Re: [Amsn-devel] 0.98 TODO
Removed: - Make sure that the 'has webcam' capability is enabled if the user didn't disable the webcam in farsight. - Try to figure out why webcam session does not work sometimes, are the ffenc_h263 'rtp-payload-size' and the rtph263pay 'modea-only' element properties set correctly? can we decrease ffmpeg's quality to decrease the payload size? (a single GOB's size is sometimes superior to the MTU.. unless we use a much lower resolution, we can't do it.. ffmpeg's implementation isn't very size efficient..) New TODO: - Add big/bold/red warnings on the assistant pages : This conference is *ONLY* for the [trans webcam/voiceclips/av] feature - Add translation for new assistant keys -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
Removed: - Verify/fix tkvideo because it can't load/capture webcam after gstreamer gets loaded Full TODO: - Add big/bold/red warnings on the assistant pages : This conference is *ONLY* for the [trans webcam/voiceclips/av] feature - Make sure that the 'has webcam' capability is enabled if the user didn't disable the webcam in farsight. - Try to figure out why webcam session does not work sometimes, are the ffenc_h263 'rtp-payload-size' and the rtph263pay 'modea-only' element properties set correctly? can we decrease ffmpeg's quality to decrease the payload size? - Add translation for new assistant keys -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
Removed: - Add farsight binaries for windows (added in SVN) - bugfix as much as possible from the forums TODO list (no more time, useless to keep in the TODO at this point) Changed: - Improve the default skin by removing the background, the group boxes and adding a proper hangup_mini pixmap into : - Add a proper hangup_mini pixmap Added: - Make the audio/video call actually use the a/v settings setup in the assistant... Full TODO: - Finish VoIP assistant settings for webcam - Make the audio/video call actually use the a/v settings setup in the assistant... - Add a proper hangup_mini pixmap -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
Removed: - Finish VoIP assistant settings for webcam - Make the audio/video call actually use the a/v settings setup in the assistant... - Add a proper hangup_mini pixmap Added: - Verify/fix tkvideo because it can't load/capture webcam after gstreamer gets loaded - Add big/bold/red warnings on the assistant pages : This conference is *ONLY* for the [trans webcam/voiceclips/av] feature - Make sure that the 'has webcam' capability is enabled if the user didn't disable the webcam in farsight. - Try to figure out why webcam session does not work sometimes, are the ffenc_h263 'rtp-payload-size' and the rtph263pay 'modea-only' element properties set correctly? can we decrease ffmpeg's quality to decrease the payload size? - Add translation for new assistant keys Full TODO: - Verify/fix tkvideo because it can't load/capture webcam after gstreamer gets loaded - Add big/bold/red warnings on the assistant pages : This conference is *ONLY* for the [trans webcam/voiceclips/av] feature - Make sure that the 'has webcam' capability is enabled if the user didn't disable the webcam in farsight. - Try to figure out why webcam session does not work sometimes, are the ffenc_h263 'rtp-payload-size' and the rtph263pay 'modea-only' element properties set correctly? can we decrease ffmpeg's quality to decrease the payload size? - Add translation for new assistant keys -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
Changed: - Fix VoIP UI iinto - Finish VoIP assistant settings for webcam Changed: - commit Saphire 2 info - Improve the default skin by removing the background, the group boxes and adding a proper hangup_mini pixmap Added: - Add farsight binaries for windows Removed: - Add farsight binaries for mac (done) New TODO: - Add farsight binaries for windows - Finish VoIP assistant settings for webcam - Improve the default skin by removing the background, the group boxes and adding a proper hangup_mini pixmap - bugfix as much as possible from the forums TODO list -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
Yes, that button is fine now :) By the way, 22px is a good size for th button, cause other way will look to small... is what i think. Maybe 16px is better... but wil be hard to distinguish in some pixmaps. 2009/6/25 Youness Alaoui kakar...@kakaroto.homelinux.net Yes Gus, the images are there, but they don't fit and they look completely out of context.. the sizes are not correct either. That's what I meant.. I'll look at the buthangup_mini issue you said, but last I checked, it was working fine. On Wed, Jun 24, 2009 at 4:45 PM, Boris billiob Faure bill...@gmail.comwrote: It's about your screenshot, it should work fine now. On Wed, Jun 24, 2009 at 22:39, Gustavo A. Díazgustavo.d...@gmail.com wrote: What code? I am talking about the pixmaps for voipcontrol on chatWindow next to DPs... In this new skin all those are 22px... 2009/6/24 Boris billiob Faure bill...@gmail.com your code is not up to date. On Wed, Jun 24, 2009 at 19:14, Gustavo A. Díazgustavo.d...@gmail.com wrote: I would like first before asking me to check if those are 22px wide, which already have that size... :) 2009/6/24 Boris billiob Faure bill...@gmail.com On Wed, Jun 24, 2009 at 01:28, Gustavo A. Díaz gustavo.d...@gmail.com wrote: OK, About the VoIP images... exist in this new skin, i dont know why you dont see it... and i told you the other day in the IRC about the sizes... so, i've tested and i see the new pixmaps, just does not fit well cause of the sizes, which is not skin problem. Here a screenshot of this: http://img151.imageshack.us/img151/9356/amsn.png As you can see, is not using the buthangup_mini.png but the buthangup.png instead. So, is a code problem... not skin problem since buthangup_mini.png already exist. As you know, this still under development. I'd like those mini buttons to be 22px wide. -- Boris 'billiob' Faure -- ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- Gustavo A. Díaz GDNet Projects www.gdnet.com.ar -- ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- Boris 'billiob' Faure -- ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- Gustavo A. Díaz GDNet Projects www.gdnet.com.ar -- ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- Boris 'billiob' Faure -- ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- Gustavo A. Díaz GDNet Projects www.gdnet.com.ar -- ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
And for the moment, we hard code the 22px size. On Thu, Jun 25, 2009 at 16:22, Gustavo A. Díazgustavo.d...@gmail.com wrote: Yes, that button is fine now :) By the way, 22px is a good size for th button, cause other way will look to small... is what i think. Maybe 16px is better... but wil be hard to distinguish in some pixmaps. 2009/6/25 Youness Alaoui kakar...@kakaroto.homelinux.net Yes Gus, the images are there, but they don't fit and they look completely out of context.. the sizes are not correct either. That's what I meant.. I'll look at the buthangup_mini issue you said, but last I checked, it was working fine. On Wed, Jun 24, 2009 at 4:45 PM, Boris billiob Faure bill...@gmail.com wrote: It's about your screenshot, it should work fine now. On Wed, Jun 24, 2009 at 22:39, Gustavo A. Díazgustavo.d...@gmail.com wrote: What code? I am talking about the pixmaps for voipcontrol on chatWindow next to DPs... In this new skin all those are 22px... 2009/6/24 Boris billiob Faure bill...@gmail.com your code is not up to date. On Wed, Jun 24, 2009 at 19:14, Gustavo A. Díazgustavo.d...@gmail.com wrote: I would like first before asking me to check if those are 22px wide, which already have that size... :) 2009/6/24 Boris billiob Faure bill...@gmail.com On Wed, Jun 24, 2009 at 01:28, Gustavo A. Díazgustavo.d...@gmail.com wrote: OK, About the VoIP images... exist in this new skin, i dont know why you dont see it... and i told you the other day in the IRC about the sizes... so, i've tested and i see the new pixmaps, just does not fit well cause of the sizes, which is not skin problem. Here a screenshot of this: http://img151.imageshack.us/img151/9356/amsn.png As you can see, is not using the buthangup_mini.png but the buthangup.png instead. So, is a code problem... not skin problem since buthangup_mini.png already exist. As you know, this still under development. I'd like those mini buttons to be 22px wide. -- Boris 'billiob' Faure -- ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- Gustavo A. Díaz GDNet Projects www.gdnet.com.ar -- ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- Boris 'billiob' Faure -- ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- Gustavo A. Díaz GDNet Projects www.gdnet.com.ar -- ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- Boris 'billiob' Faure -- ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- Gustavo A. Díaz GDNet Projects www.gdnet.com.ar -- ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- Boris 'billiob' Faure -- ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
On Wed, Jun 24, 2009 at 01:28, Gustavo A. Díazgustavo.d...@gmail.com wrote: OK, About the VoIP images... exist in this new skin, i dont know why you dont see it... and i told you the other day in the IRC about the sizes... so, i've tested and i see the new pixmaps, just does not fit well cause of the sizes, which is not skin problem. Here a screenshot of this: http://img151.imageshack.us/img151/9356/amsn.png As you can see, is not using the buthangup_mini.png but the buthangup.png instead. So, is a code problem... not skin problem since buthangup_mini.png already exist. As you know, this still under development. I'd like those mini buttons to be 22px wide. -- Boris 'billiob' Faure -- ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
your code is not up to date. On Wed, Jun 24, 2009 at 19:14, Gustavo A. Díazgustavo.d...@gmail.com wrote: I would like first before asking me to check if those are 22px wide, which already have that size... :) 2009/6/24 Boris billiob Faure bill...@gmail.com On Wed, Jun 24, 2009 at 01:28, Gustavo A. Díazgustavo.d...@gmail.com wrote: OK, About the VoIP images... exist in this new skin, i dont know why you dont see it... and i told you the other day in the IRC about the sizes... so, i've tested and i see the new pixmaps, just does not fit well cause of the sizes, which is not skin problem. Here a screenshot of this: http://img151.imageshack.us/img151/9356/amsn.png As you can see, is not using the buthangup_mini.png but the buthangup.png instead. So, is a code problem... not skin problem since buthangup_mini.png already exist. As you know, this still under development. I'd like those mini buttons to be 22px wide. -- Boris 'billiob' Faure -- ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- Gustavo A. Díaz GDNet Projects www.gdnet.com.ar -- ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- Boris 'billiob' Faure -- ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
What code? I am talking about the pixmaps for voipcontrol on chatWindow next to DPs... In this new skin all those are 22px... 2009/6/24 Boris billiob Faure bill...@gmail.com your code is not up to date. On Wed, Jun 24, 2009 at 19:14, Gustavo A. Díazgustavo.d...@gmail.com wrote: I would like first before asking me to check if those are 22px wide, which already have that size... :) 2009/6/24 Boris billiob Faure bill...@gmail.com On Wed, Jun 24, 2009 at 01:28, Gustavo A. Díazgustavo.d...@gmail.com wrote: OK, About the VoIP images... exist in this new skin, i dont know why you dont see it... and i told you the other day in the IRC about the sizes... so, i've tested and i see the new pixmaps, just does not fit well cause of the sizes, which is not skin problem. Here a screenshot of this: http://img151.imageshack.us/img151/9356/amsn.png As you can see, is not using the buthangup_mini.png but the buthangup.png instead. So, is a code problem... not skin problem since buthangup_mini.png already exist. As you know, this still under development. I'd like those mini buttons to be 22px wide. -- Boris 'billiob' Faure -- ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- Gustavo A. Díaz GDNet Projects www.gdnet.com.ar -- ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- Boris 'billiob' Faure -- ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- Gustavo A. Díaz GDNet Projects www.gdnet.com.ar -- ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
It's about your screenshot, it should work fine now. On Wed, Jun 24, 2009 at 22:39, Gustavo A. Díazgustavo.d...@gmail.com wrote: What code? I am talking about the pixmaps for voipcontrol on chatWindow next to DPs... In this new skin all those are 22px... 2009/6/24 Boris billiob Faure bill...@gmail.com your code is not up to date. On Wed, Jun 24, 2009 at 19:14, Gustavo A. Díazgustavo.d...@gmail.com wrote: I would like first before asking me to check if those are 22px wide, which already have that size... :) 2009/6/24 Boris billiob Faure bill...@gmail.com On Wed, Jun 24, 2009 at 01:28, Gustavo A. Díazgustavo.d...@gmail.com wrote: OK, About the VoIP images... exist in this new skin, i dont know why you dont see it... and i told you the other day in the IRC about the sizes... so, i've tested and i see the new pixmaps, just does not fit well cause of the sizes, which is not skin problem. Here a screenshot of this: http://img151.imageshack.us/img151/9356/amsn.png As you can see, is not using the buthangup_mini.png but the buthangup.png instead. So, is a code problem... not skin problem since buthangup_mini.png already exist. As you know, this still under development. I'd like those mini buttons to be 22px wide. -- Boris 'billiob' Faure -- ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- Gustavo A. Díaz GDNet Projects www.gdnet.com.ar -- ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- Boris 'billiob' Faure -- ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- Gustavo A. Díaz GDNet Projects www.gdnet.com.ar -- ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- Boris 'billiob' Faure -- ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
Yes Gus, the images are there, but they don't fit and they look completely out of context.. the sizes are not correct either. That's what I meant.. I'll look at the buthangup_mini issue you said, but last I checked, it was working fine. On Wed, Jun 24, 2009 at 4:45 PM, Boris billiob Faure bill...@gmail.comwrote: It's about your screenshot, it should work fine now. On Wed, Jun 24, 2009 at 22:39, Gustavo A. Díazgustavo.d...@gmail.com wrote: What code? I am talking about the pixmaps for voipcontrol on chatWindow next to DPs... In this new skin all those are 22px... 2009/6/24 Boris billiob Faure bill...@gmail.com your code is not up to date. On Wed, Jun 24, 2009 at 19:14, Gustavo A. Díazgustavo.d...@gmail.com wrote: I would like first before asking me to check if those are 22px wide, which already have that size... :) 2009/6/24 Boris billiob Faure bill...@gmail.com On Wed, Jun 24, 2009 at 01:28, Gustavo A. Díaz gustavo.d...@gmail.com wrote: OK, About the VoIP images... exist in this new skin, i dont know why you dont see it... and i told you the other day in the IRC about the sizes... so, i've tested and i see the new pixmaps, just does not fit well cause of the sizes, which is not skin problem. Here a screenshot of this: http://img151.imageshack.us/img151/9356/amsn.png As you can see, is not using the buthangup_mini.png but the buthangup.png instead. So, is a code problem... not skin problem since buthangup_mini.png already exist. As you know, this still under development. I'd like those mini buttons to be 22px wide. -- Boris 'billiob' Faure -- ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- Gustavo A. Díaz GDNet Projects www.gdnet.com.ar -- ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- Boris 'billiob' Faure -- ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- Gustavo A. Díaz GDNet Projects www.gdnet.com.ar -- ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- Boris 'billiob' Faure -- ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
OK, About the VoIP images... exist in this new skin, i dont know why you dont see it... and i told you the other day in the IRC about the sizes... so, i've tested and i see the new pixmaps, just does not fit well cause of the sizes, which is not skin problem. Here a screenshot of this: http://img151.imageshack.us/img151/9356/amsn.png As you can see, is not using the buthangup_mini.png but the buthangup.png instead. So, is a code problem... not skin problem since buthangup_mini.png already exist. In this screenshot you can see the close button of the tab, which is another problem: whatevever you set the X position of it, will not move... and plus as we know, there is no close hover effect as before. About the colors of the contacts states, already has less saturation now. In last commit I've added grouptopback* images (even when i dont know how to use them...). So, i think for now, there is no more. About the Bg, i know that you are not a Designer KKRT, but that style is being used a lot lately... And is better that the BG of the old skin. Cheers. 2009/6/22 Youness Alaoui kakar...@kakaroto.homelinux.net On Mon, Jun 22, 2009 at 7:12 PM, Youness Alaoui kakar...@kakaroto.homelinux.net wrote: On Sun, Jun 21, 2009 at 6:55 PM, Gustavo A. Díaz gustavo.d...@gmail.comwrote: Hi, Well, i think i've finished the Sapphire 2.5 Skin. I didnt have time to finish my own set of smiles, which has more the look of the skin than the current made from Ubitux, but is ok, those are nice. cool! Yes, the smileys from ubitux are really nice and I'd wish we'd always keep those by default. They are great and people got used to them, so... I think no images is missing, except of grouptopback_dark.png, grouptopback_light.png and the ccard ones (which even when KKRT said how to enable it, it does not get enabled in the application... so i didnt updated those since are not being used) About grouptopback_*, i've asked how to enabled those in settings.xml, but no reply... so i didnt added those pixmaps either. About grouptopback_dark/light: topgroupbg/topgroupbg !-- if it's empty it means use the skin images -- topgroupbg_style/topgroupbg_style !-- it works only if topgroupbg is set and style allowed are: light, dark.-- In the default skins's settings.xml.. and the code basically does a if topgroupbg != : if $topgroupbg_style == light... elseif $topgroupbg_style == dark else ... so there you go, that's how you test it.. about the ccard, you need to go to view-Show spaces icon, and in the Ctrl-shift-C console, type : ::config::setKey spacesinfo ccard then clicking on the star next to the nickname should bring up the ccard window... ok scratch this last part.. you don't need to do the ccard_* images anymore.. I just found out that spaces support is dead, WLM removed the feature and the server is down (unknown host), so we'll remove the feature completely.. vivia should be commiting a patch soon to remove the option from the view menu, so there's no need to have those pixmaps anymore! KaKaRoTo This skin use only 3 images of the box_*, which does not affects the performance of the skin, already is fastest than using the hole box_* set of images, so is ok. cool, This week will be the last to see if i need to finish/add something to this skin. I will not modify the color scheme of the images, i dont have time. Besides i dont think it hurts to much the eyes. Alright, I had another look at the skin, it's quite nice! good job there! However, the colors are still hurting the eyes, but it's not the pixmaps, it's just the status colors! So you only need to change the color definitions in the settings.xml, it shouldn't be too hard... I don't think there's any need to change the dp borders though, they're small so they won't bother... Try to keep the same color scheme as with the current default. I'm also not sure about the background, it looks bubbly.. which in my head means : haha, fun, i'm 5 years old! I don't know, it looks childish, but some people are still using this at work and are 40+ years old, so either something more simple and subtle, or no background at all (we don't *need* a background)... By the way, I also looked at the voip controls and the images weren't changed from the bad ugly default skin ones.. could you redo them please? Simply do a 'start audio call' on someone and they'll appear on your right... The repos:* svn:// svn.tuxfamily.org/svnroot/amsnskins/amsnskins/trunk/Sapphire* * *Tarball: * http://svnweb.tuxfamily.org/dl.php?repname=amsnskins%2Famsnskinspath=%2Ftrunk%2FSapphire%2Fskin%2Frev=0isdir=1 * Cheers. Thanks! -- Gustavo A. Díaz GDNet Projects www.gdnet.com.ar 2009/6/13 Gustavo A. Díaz gustavo.d...@gmail.com Lets see if i understand... you want me to use the group bg of my new skin to the actual default skin? Which means that the skin for 0.98 will be the same as 0.97 is? Btw, the buthangup_mini.png is
Re: [Amsn-devel] 0.98 TODO
On Sun, Jun 21, 2009 at 6:55 PM, Gustavo A. Díaz gustavo.d...@gmail.comwrote: Hi, Well, i think i've finished the Sapphire 2.5 Skin. I didnt have time to finish my own set of smiles, which has more the look of the skin than the current made from Ubitux, but is ok, those are nice. cool! Yes, the smileys from ubitux are really nice and I'd wish we'd always keep those by default. They are great and people got used to them, so... I think no images is missing, except of grouptopback_dark.png, grouptopback_light.png and the ccard ones (which even when KKRT said how to enable it, it does not get enabled in the application... so i didnt updated those since are not being used) About grouptopback_*, i've asked how to enabled those in settings.xml, but no reply... so i didnt added those pixmaps either. About grouptopback_dark/light: topgroupbg/topgroupbg !-- if it's empty it means use the skin images -- topgroupbg_style/topgroupbg_style !-- it works only if topgroupbg is set and style allowed are: light, dark.-- In the default skins's settings.xml.. and the code basically does a if topgroupbg != : if $topgroupbg_style == light... elseif $topgroupbg_style == dark else ... so there you go, that's how you test it.. about the ccard, you need to go to view-Show spaces icon, and in the Ctrl-shift-C console, type : ::config::setKey spacesinfo ccard then clicking on the star next to the nickname should bring up the ccard window... This skin use only 3 images of the box_*, which does not affects the performance of the skin, already is fastest than using the hole box_* set of images, so is ok. cool, This week will be the last to see if i need to finish/add something to this skin. I will not modify the color scheme of the images, i dont have time. Besides i dont think it hurts to much the eyes. Alright, I had another look at the skin, it's quite nice! good job there! However, the colors are still hurting the eyes, but it's not the pixmaps, it's just the status colors! So you only need to change the color definitions in the settings.xml, it shouldn't be too hard... I don't think there's any need to change the dp borders though, they're small so they won't bother... Try to keep the same color scheme as with the current default. I'm also not sure about the background, it looks bubbly.. which in my head means : haha, fun, i'm 5 years old! I don't know, it looks childish, but some people are still using this at work and are 40+ years old, so either something more simple and subtle, or no background at all (we don't *need* a background)... By the way, I also looked at the voip controls and the images weren't changed from the bad ugly default skin ones.. could you redo them please? Simply do a 'start audio call' on someone and they'll appear on your right... The repos:* svn:// svn.tuxfamily.org/svnroot/amsnskins/amsnskins/trunk/Sapphire* * *Tarball: * http://svnweb.tuxfamily.org/dl.php?repname=amsnskins%2Famsnskinspath=%2Ftrunk%2FSapphire%2Fskin%2Frev=0isdir=1 * Cheers. Thanks! -- Gustavo A. Díaz GDNet Projects www.gdnet.com.ar 2009/6/13 Gustavo A. Díaz gustavo.d...@gmail.com Lets see if i understand... you want me to use the group bg of my new skin to the actual default skin? Which means that the skin for 0.98 will be the same as 0.97 is? Btw, the buthangup_mini.png is the same as the actual button? or only is the icon of the button? 2009/6/12 Youness Alaoui kakar...@kakaroto.homelinux.net sorry for being unclear.. all I meant was that if we remove the group box right now, then the image behind the group will look ugly because it 'expects' the body to be under it.. but in your saphire it doesn't, the left and right sides don't have a rounded edge, the sides actually gradient into white, so basically, just copy the group bg from saphire to the current default and adapt its colors to fit the current default color scheme. by the way, I added a pixmap yesterday, it's buthangup_mini.png it's the 'hangup' button that should go into voip controls during an audio call... Thanks! KaKaRoTo On Fri, Jun 12, 2009 at 8:50 AM, Gustavo A. Díaz gustavo.d...@gmail.com wrote: I will see what i can do. Btw, i didnt get the 2 point... what do you mean? As i said in the IRC, i've replaced 90% of group images by empty images and just using 3 of them just for the group name bg... so, you said that this can be replaced for a gradient? Anyways, when i did that i saw much more improvements in speed. Cheers. 2009/6/11 Youness Alaoui kakar...@kakaroto.homelinux.net Thanks MontBlanc, but we (or I?) actually decided not to continue with the minimalskin.. the only advantage of minimal skin is that it doesn't have the boxes around groups, which are the cpu consuming ones... but now with the svn, the skin can disable box drawing by a skin option, so doing that for the current default skin would improve performance and everyone's happy... We were going to use
Re: [Amsn-devel] 0.98 TODO
On Mon, Jun 22, 2009 at 7:12 PM, Youness Alaoui kakar...@kakaroto.homelinux.net wrote: On Sun, Jun 21, 2009 at 6:55 PM, Gustavo A. Díaz gustavo.d...@gmail.comwrote: Hi, Well, i think i've finished the Sapphire 2.5 Skin. I didnt have time to finish my own set of smiles, which has more the look of the skin than the current made from Ubitux, but is ok, those are nice. cool! Yes, the smileys from ubitux are really nice and I'd wish we'd always keep those by default. They are great and people got used to them, so... I think no images is missing, except of grouptopback_dark.png, grouptopback_light.png and the ccard ones (which even when KKRT said how to enable it, it does not get enabled in the application... so i didnt updated those since are not being used) About grouptopback_*, i've asked how to enabled those in settings.xml, but no reply... so i didnt added those pixmaps either. About grouptopback_dark/light: topgroupbg/topgroupbg !-- if it's empty it means use the skin images -- topgroupbg_style/topgroupbg_style !-- it works only if topgroupbg is set and style allowed are: light, dark.-- In the default skins's settings.xml.. and the code basically does a if topgroupbg != : if $topgroupbg_style == light... elseif $topgroupbg_style == dark else ... so there you go, that's how you test it.. about the ccard, you need to go to view-Show spaces icon, and in the Ctrl-shift-C console, type : ::config::setKey spacesinfo ccard then clicking on the star next to the nickname should bring up the ccard window... ok scratch this last part.. you don't need to do the ccard_* images anymore.. I just found out that spaces support is dead, WLM removed the feature and the server is down (unknown host), so we'll remove the feature completely.. vivia should be commiting a patch soon to remove the option from the view menu, so there's no need to have those pixmaps anymore! KaKaRoTo This skin use only 3 images of the box_*, which does not affects the performance of the skin, already is fastest than using the hole box_* set of images, so is ok. cool, This week will be the last to see if i need to finish/add something to this skin. I will not modify the color scheme of the images, i dont have time. Besides i dont think it hurts to much the eyes. Alright, I had another look at the skin, it's quite nice! good job there! However, the colors are still hurting the eyes, but it's not the pixmaps, it's just the status colors! So you only need to change the color definitions in the settings.xml, it shouldn't be too hard... I don't think there's any need to change the dp borders though, they're small so they won't bother... Try to keep the same color scheme as with the current default. I'm also not sure about the background, it looks bubbly.. which in my head means : haha, fun, i'm 5 years old! I don't know, it looks childish, but some people are still using this at work and are 40+ years old, so either something more simple and subtle, or no background at all (we don't *need* a background)... By the way, I also looked at the voip controls and the images weren't changed from the bad ugly default skin ones.. could you redo them please? Simply do a 'start audio call' on someone and they'll appear on your right... The repos:* svn:// svn.tuxfamily.org/svnroot/amsnskins/amsnskins/trunk/Sapphire* * *Tarball: * http://svnweb.tuxfamily.org/dl.php?repname=amsnskins%2Famsnskinspath=%2Ftrunk%2FSapphire%2Fskin%2Frev=0isdir=1 * Cheers. Thanks! -- Gustavo A. Díaz GDNet Projects www.gdnet.com.ar 2009/6/13 Gustavo A. Díaz gustavo.d...@gmail.com Lets see if i understand... you want me to use the group bg of my new skin to the actual default skin? Which means that the skin for 0.98 will be the same as 0.97 is? Btw, the buthangup_mini.png is the same as the actual button? or only is the icon of the button? 2009/6/12 Youness Alaoui kakar...@kakaroto.homelinux.net sorry for being unclear.. all I meant was that if we remove the group box right now, then the image behind the group will look ugly because it 'expects' the body to be under it.. but in your saphire it doesn't, the left and right sides don't have a rounded edge, the sides actually gradient into white, so basically, just copy the group bg from saphire to the current default and adapt its colors to fit the current default color scheme. by the way, I added a pixmap yesterday, it's buthangup_mini.png it's the 'hangup' button that should go into voip controls during an audio call... Thanks! KaKaRoTo On Fri, Jun 12, 2009 at 8:50 AM, Gustavo A. Díaz gustavo.d...@gmail.com wrote: I will see what i can do. Btw, i didnt get the 2 point... what do you mean? As i said in the IRC, i've replaced 90% of group images by empty images and just using 3 of them just for the group name bg... so, you said that this can be replaced for a gradient? Anyways, when i did that i saw much more
Re: [Amsn-devel] 0.98 TODO
Hi, Well, i think i've finished the Sapphire 2.5 Skin. I didnt have time to finish my own set of smiles, which has more the look of the skin than the current made from Ubitux, but is ok, those are nice. I think no images is missing, except of grouptopback_dark.png, grouptopback_light.png and the ccard ones (which even when KKRT said how to enable it, it does not get enabled in the application... so i didnt updated those since are not being used) About grouptopback_*, i've asked how to enabled those in settings.xml, but no reply... so i didnt added those pixmaps either. This skin use only 3 images of the box_*, which does not affects the performance of the skin, already is fastest than using the hole box_* set of images, so is ok. This week will be the last to see if i need to finish/add something to this skin. I will not modify the color scheme of the images, i dont have time. Besides i dont think it hurts to much the eyes. The repos:* svn:// svn.tuxfamily.org/svnroot/amsnskins/amsnskins/trunk/Sapphire* * *Tarball: * http://svnweb.tuxfamily.org/dl.php?repname=amsnskins%2Famsnskinspath=%2Ftrunk%2FSapphire%2Fskin%2Frev=0isdir=1 * Cheers. -- Gustavo A. Díaz GDNet Projects www.gdnet.com.ar 2009/6/13 Gustavo A. Díaz gustavo.d...@gmail.com Lets see if i understand... you want me to use the group bg of my new skin to the actual default skin? Which means that the skin for 0.98 will be the same as 0.97 is? Btw, the buthangup_mini.png is the same as the actual button? or only is the icon of the button? 2009/6/12 Youness Alaoui kakar...@kakaroto.homelinux.net sorry for being unclear.. all I meant was that if we remove the group box right now, then the image behind the group will look ugly because it 'expects' the body to be under it.. but in your saphire it doesn't, the left and right sides don't have a rounded edge, the sides actually gradient into white, so basically, just copy the group bg from saphire to the current default and adapt its colors to fit the current default color scheme. by the way, I added a pixmap yesterday, it's buthangup_mini.png it's the 'hangup' button that should go into voip controls during an audio call... Thanks! KaKaRoTo On Fri, Jun 12, 2009 at 8:50 AM, Gustavo A. Díaz gustavo.d...@gmail.comwrote: I will see what i can do. Btw, i didnt get the 2 point... what do you mean? As i said in the IRC, i've replaced 90% of group images by empty images and just using 3 of them just for the group name bg... so, you said that this can be replaced for a gradient? Anyways, when i did that i saw much more improvements in speed. Cheers. 2009/6/11 Youness Alaoui kakar...@kakaroto.homelinux.net Thanks MontBlanc, but we (or I?) actually decided not to continue with the minimalskin.. the only advantage of minimal skin is that it doesn't have the boxes around groups, which are the cpu consuming ones... but now with the svn, the skin can disable box drawing by a skin option, so doing that for the current default skin would improve performance and everyone's happy... We were going to use saphire 2.5 from Gustavo, but he sent it to me, and I tried it and... well.. the color scheme was way too 'bright', it hurts the eyes... he doesn't really have time to adapt it to a lower tone of color, so I guess we'll have to stick with the current default theme... Gus, do you think you can at least adapt the current default skin to have the small needed improvements : 1 - remove the box around groups 2 - change the group's bg pixmap to look like the one from saphire 2.5 (gradient on the side) 3 - see if there's some missing pixmaps and add them... Thanks, KaKaRoTo On Thu, Jun 11, 2009 at 5:08 PM, Montblanc toto...@gmail.com wrote: Hello everybody, I saw adding missing pixmaps to minimal skin was in todo list and I checked the recent updates on amsn-extras. There are still some pixmaps missing (SkinColor, aMSN Plus and Inkdraw buttons) so I decided to do the job. I took Dark Matter 4 ones and modified them according to Minimal pixmaps resolution and hover background. Since this is no original work, whether you choose to add it or not to svn is up to you. Here's the pixmaps list, a link to a snapshot and another to the tgz archive: amsnplusbutton_hover.png amsnplusbutton.png butdraw_hover.png butdraw.png butgridoff_hover.png butgridoff.png butgridon_hover.png butgridon.png buttext_hover.png buttext.png butwipe_hover.png butwipe.png colorskin.png http://img142.imageshack.us/img142/1797/minimalpixmapsz.jpg http://www.mediafire.com/file/jod2dm3ajdl/minimal_missing_pixmaps.tar.gz Best Regards, Montblanc 2009/1/28 Vivia Nikolaidou vi...@ee.auth.gr: Time to start this :) - Add missing pixmaps to minimal skin and make sure tab flickering is visible - Fix MSNP2P stuff that broke with WLM 2009 - Option to integrate webcam in the chatwindow (needed for maemo) - Finish VoIP UI - Small annoyance: when a CW gets opened
Re: [Amsn-devel] 0.98 TODO
I will see what i can do. Btw, i didnt get the 2 point... what do you mean? As i said in the IRC, i've replaced 90% of group images by empty images and just using 3 of them just for the group name bg... so, you said that this can be replaced for a gradient? Anyways, when i did that i saw much more improvements in speed. Cheers. 2009/6/11 Youness Alaoui kakar...@kakaroto.homelinux.net Thanks MontBlanc, but we (or I?) actually decided not to continue with the minimalskin.. the only advantage of minimal skin is that it doesn't have the boxes around groups, which are the cpu consuming ones... but now with the svn, the skin can disable box drawing by a skin option, so doing that for the current default skin would improve performance and everyone's happy... We were going to use saphire 2.5 from Gustavo, but he sent it to me, and I tried it and... well.. the color scheme was way too 'bright', it hurts the eyes... he doesn't really have time to adapt it to a lower tone of color, so I guess we'll have to stick with the current default theme... Gus, do you think you can at least adapt the current default skin to have the small needed improvements : 1 - remove the box around groups 2 - change the group's bg pixmap to look like the one from saphire 2.5 (gradient on the side) 3 - see if there's some missing pixmaps and add them... Thanks, KaKaRoTo On Thu, Jun 11, 2009 at 5:08 PM, Montblanc toto...@gmail.com wrote: Hello everybody, I saw adding missing pixmaps to minimal skin was in todo list and I checked the recent updates on amsn-extras. There are still some pixmaps missing (SkinColor, aMSN Plus and Inkdraw buttons) so I decided to do the job. I took Dark Matter 4 ones and modified them according to Minimal pixmaps resolution and hover background. Since this is no original work, whether you choose to add it or not to svn is up to you. Here's the pixmaps list, a link to a snapshot and another to the tgz archive: amsnplusbutton_hover.png amsnplusbutton.png butdraw_hover.png butdraw.png butgridoff_hover.png butgridoff.png butgridon_hover.png butgridon.png buttext_hover.png buttext.png butwipe_hover.png butwipe.png colorskin.png http://img142.imageshack.us/img142/1797/minimalpixmapsz.jpg http://www.mediafire.com/file/jod2dm3ajdl/minimal_missing_pixmaps.tar.gz Best Regards, Montblanc 2009/1/28 Vivia Nikolaidou vi...@ee.auth.gr: Time to start this :) - Add missing pixmaps to minimal skin and make sure tab flickering is visible - Fix MSNP2P stuff that broke with WLM 2009 - Option to integrate webcam in the chatwindow (needed for maemo) - Finish VoIP UI - Small annoyance: when a CW gets opened because they nudge you, you don't see their DP - Make block/unblock work when using the byrdr server (I suspect that byrdr performs the change before redirecting us to omega, might not be the case though) -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- Gustavo A. Díaz GDNet Projects www.gdnet.com.ar -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
Lets see if i understand... you want me to use the group bg of my new skin to the actual default skin? Which means that the skin for 0.98 will be the same as 0.97 is? Btw, the buthangup_mini.png is the same as the actual button? or only is the icon of the button? 2009/6/12 Youness Alaoui kakar...@kakaroto.homelinux.net sorry for being unclear.. all I meant was that if we remove the group box right now, then the image behind the group will look ugly because it 'expects' the body to be under it.. but in your saphire it doesn't, the left and right sides don't have a rounded edge, the sides actually gradient into white, so basically, just copy the group bg from saphire to the current default and adapt its colors to fit the current default color scheme. by the way, I added a pixmap yesterday, it's buthangup_mini.png it's the 'hangup' button that should go into voip controls during an audio call... Thanks! KaKaRoTo On Fri, Jun 12, 2009 at 8:50 AM, Gustavo A. Díaz gustavo.d...@gmail.comwrote: I will see what i can do. Btw, i didnt get the 2 point... what do you mean? As i said in the IRC, i've replaced 90% of group images by empty images and just using 3 of them just for the group name bg... so, you said that this can be replaced for a gradient? Anyways, when i did that i saw much more improvements in speed. Cheers. 2009/6/11 Youness Alaoui kakar...@kakaroto.homelinux.net Thanks MontBlanc, but we (or I?) actually decided not to continue with the minimalskin.. the only advantage of minimal skin is that it doesn't have the boxes around groups, which are the cpu consuming ones... but now with the svn, the skin can disable box drawing by a skin option, so doing that for the current default skin would improve performance and everyone's happy... We were going to use saphire 2.5 from Gustavo, but he sent it to me, and I tried it and... well.. the color scheme was way too 'bright', it hurts the eyes... he doesn't really have time to adapt it to a lower tone of color, so I guess we'll have to stick with the current default theme... Gus, do you think you can at least adapt the current default skin to have the small needed improvements : 1 - remove the box around groups 2 - change the group's bg pixmap to look like the one from saphire 2.5 (gradient on the side) 3 - see if there's some missing pixmaps and add them... Thanks, KaKaRoTo On Thu, Jun 11, 2009 at 5:08 PM, Montblanc toto...@gmail.com wrote: Hello everybody, I saw adding missing pixmaps to minimal skin was in todo list and I checked the recent updates on amsn-extras. There are still some pixmaps missing (SkinColor, aMSN Plus and Inkdraw buttons) so I decided to do the job. I took Dark Matter 4 ones and modified them according to Minimal pixmaps resolution and hover background. Since this is no original work, whether you choose to add it or not to svn is up to you. Here's the pixmaps list, a link to a snapshot and another to the tgz archive: amsnplusbutton_hover.png amsnplusbutton.png butdraw_hover.png butdraw.png butgridoff_hover.png butgridoff.png butgridon_hover.png butgridon.png buttext_hover.png buttext.png butwipe_hover.png butwipe.png colorskin.png http://img142.imageshack.us/img142/1797/minimalpixmapsz.jpg http://www.mediafire.com/file/jod2dm3ajdl/minimal_missing_pixmaps.tar.gz Best Regards, Montblanc 2009/1/28 Vivia Nikolaidou vi...@ee.auth.gr: Time to start this :) - Add missing pixmaps to minimal skin and make sure tab flickering is visible - Fix MSNP2P stuff that broke with WLM 2009 - Option to integrate webcam in the chatwindow (needed for maemo) - Finish VoIP UI - Small annoyance: when a CW gets opened because they nudge you, you don't see their DP - Make block/unblock work when using the byrdr server (I suspect that byrdr performs the change before redirecting us to omega, might not be the case though) -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new
Re: [Amsn-devel] 0.98 TODO
Hello everybody, I saw adding missing pixmaps to minimal skin was in todo list and I checked the recent updates on amsn-extras. There are still some pixmaps missing (SkinColor, aMSN Plus and Inkdraw buttons) so I decided to do the job. I took Dark Matter 4 ones and modified them according to Minimal pixmaps resolution and hover background. Since this is no original work, whether you choose to add it or not to svn is up to you. Here's the pixmaps list, a link to a snapshot and another to the tgz archive: amsnplusbutton_hover.png amsnplusbutton.png butdraw_hover.png butdraw.png butgridoff_hover.png butgridoff.png butgridon_hover.png butgridon.png buttext_hover.png buttext.png butwipe_hover.png butwipe.png colorskin.png http://img142.imageshack.us/img142/1797/minimalpixmapsz.jpg http://www.mediafire.com/file/jod2dm3ajdl/minimal_missing_pixmaps.tar.gz Best Regards, Montblanc 2009/1/28 Vivia Nikolaidou vi...@ee.auth.gr: Time to start this :) - Add missing pixmaps to minimal skin and make sure tab flickering is visible - Fix MSNP2P stuff that broke with WLM 2009 - Option to integrate webcam in the chatwindow (needed for maemo) - Finish VoIP UI - Small annoyance: when a CW gets opened because they nudge you, you don't see their DP - Make block/unblock work when using the byrdr server (I suspect that byrdr performs the change before redirecting us to omega, might not be the case though) -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
Thanks MontBlanc, but we (or I?) actually decided not to continue with the minimalskin.. the only advantage of minimal skin is that it doesn't have the boxes around groups, which are the cpu consuming ones... but now with the svn, the skin can disable box drawing by a skin option, so doing that for the current default skin would improve performance and everyone's happy... We were going to use saphire 2.5 from Gustavo, but he sent it to me, and I tried it and... well.. the color scheme was way too 'bright', it hurts the eyes... he doesn't really have time to adapt it to a lower tone of color, so I guess we'll have to stick with the current default theme... Gus, do you think you can at least adapt the current default skin to have the small needed improvements : 1 - remove the box around groups 2 - change the group's bg pixmap to look like the one from saphire 2.5 (gradient on the side) 3 - see if there's some missing pixmaps and add them... Thanks, KaKaRoTo On Thu, Jun 11, 2009 at 5:08 PM, Montblanc toto...@gmail.com wrote: Hello everybody, I saw adding missing pixmaps to minimal skin was in todo list and I checked the recent updates on amsn-extras. There are still some pixmaps missing (SkinColor, aMSN Plus and Inkdraw buttons) so I decided to do the job. I took Dark Matter 4 ones and modified them according to Minimal pixmaps resolution and hover background. Since this is no original work, whether you choose to add it or not to svn is up to you. Here's the pixmaps list, a link to a snapshot and another to the tgz archive: amsnplusbutton_hover.png amsnplusbutton.png butdraw_hover.png butdraw.png butgridoff_hover.png butgridoff.png butgridon_hover.png butgridon.png buttext_hover.png buttext.png butwipe_hover.png butwipe.png colorskin.png http://img142.imageshack.us/img142/1797/minimalpixmapsz.jpg http://www.mediafire.com/file/jod2dm3ajdl/minimal_missing_pixmaps.tar.gz Best Regards, Montblanc 2009/1/28 Vivia Nikolaidou vi...@ee.auth.gr: Time to start this :) - Add missing pixmaps to minimal skin and make sure tab flickering is visible - Fix MSNP2P stuff that broke with WLM 2009 - Option to integrate webcam in the chatwindow (needed for maemo) - Finish VoIP UI - Small annoyance: when a CW gets opened because they nudge you, you don't see their DP - Make block/unblock work when using the byrdr server (I suspect that byrdr performs the change before redirecting us to omega, might not be the case though) -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO (Montblanc)
Does anybody need help in translating the italian version of amsn? I'll be so glad to help you! I'm translating boinc, msn group chat and I can help you too! I'm using amsn 0.98 svn since 4 month! Regards Gianfranco Message: 1 Date: Wed, 8 Apr 2009 21:22:52 +0200 From: Montblanc toto...@gmail.com Subject: Re: [Amsn-devel] 0.98 TODO To: Mailing list for developers and everyone helping AMSN amsn-devel@lists.sourceforge.net Message-ID: bcfb6ac10904081222p3f8177bare3a20e3585a2b...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 A pretty much coherent TODO. I hope to finish working on langit before 0.98. Montblanc ** -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO (Montblanc)
Ciao, Gianfranco! Attualmente non ci sono chiavi mancanti nel file di lingua italiana di aMSN, sto attualmente cercando di aggiustare alcuni errori e di perfezionare qualche frase. In realtà ci sarebbe qualcosa che puoi fare, se ti va: ci sarebbero parecchi plugin che necessitano di traduzione italiana, se ti va di tradurli mi faresti un gran favore! In due potremmo benissimo chiudere il lavoro in tempo per il rilascio della 0.98! Se hai bisogno di altre informazioni, fammi sapere. Aspetto tue notizie! Montblanc 2009/4/18 Gianfranco Costamagna costamagnagianfra...@yahoo.it: Does anybody need help in translating the italian version of amsn? I'll be so glad to help you! I'm translating boinc, msn group chat and I can help you too! I'm using amsn 0.98 svn since 4 month! Regards Gianfranco Message: 1 Date: Wed, 8 Apr 2009 21:22:52 +0200 From: Montblanc toto...@gmail.com Subject: Re: [Amsn-devel] 0.98 TODO To: Mailing list for developers and everyone helping AMSN amsn-devel@lists.sourceforge.net Message-ID: bcfb6ac10904081222p3f8177bare3a20e3585a2b...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 A pretty much coherent TODO. I hope to finish working on langit before 0.98. Montblanc ** -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO (Montblanc)
On Sat, Apr 18, 2009 at 15:56, Montblanc toto...@gmail.com wrote: Ciao, Gianfranco! Attualmente non ci sono chiavi mancanti nel file di lingua italiana di aMSN, sto attualmente cercando di aggiustare alcuni errori e di perfezionare qualche frase. In realtà ci sarebbe qualcosa che puoi fare, se ti va: ci sarebbero parecchi plugin che necessitano di traduzione italiana, se ti va di tradurli mi faresti un gran favore! In due potremmo benissimo chiudere il lavoro in tempo per il rilascio della 0.98! Se hai bisogno di altre informazioni, fammi sapere. Aspetto tue notizie! Montblanc 2009/4/18 Gianfranco Costamagna costamagnagianfra...@yahoo.it: Does anybody need help in translating the italian version of amsn? I'll be so glad to help you! I'm translating boinc, msn group chat and I can help you too! I'm using amsn 0.98 svn since 4 month! Regards Gianfranco Message: 1 Date: Wed, 8 Apr 2009 21:22:52 +0200 From: Montblanc toto...@gmail.com Subject: Re: [Amsn-devel] 0.98 TODO To: Mailing list for developers and everyone helping AMSN amsn-devel@lists.sourceforge.net Message-ID: bcfb6ac10904081222p3f8177bare3a20e3585a2b...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 A pretty much coherent TODO. I hope to finish working on langit before 0.98. Montblanc ** Thank you for your interest, but that discussion should have occured on the amsn-lang mailing-list :) Greetings -- Boris billiob Faure -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
it's time to have a look at our TODO.. I (still) want to release 0.98 as soon as possible... On Sat, Jan 31, 2009 at 6:52 AM, Youness Alaoui kakar...@kakaroto.homelinux.net wrote: 0.98 TODO: - Add missing pixmaps to minimal skin and make sure tab flickering is visible well, we ended up saying minimal skin wouldn't be shipped, no ? - Fix MSNP2P stuff that broke with WLM 2009 humm.. any msnp2p stuff being broken with WLM 2009? I think all is working just fine as long as we use MSNP15! - Finish VoIP UI Pretty much done, just bugfixing necessary now.. - Make webcam work for BSD systems still waiting for bsd people to report back... we'd have to drop this if no answer is given in time - Add farsight binaries for mac. tom ? - Improve the default skin somehow.. I think Gus is to provide us with saphire 2... if that's the decision, then it should be done ASAP so we can test it and see what needs to be done, before we release.. - Make ListChoose draw in a canvas Square, wasn't this fixed? So I think here's the new TODO.. if everyone agrees (or noone disagrees), then I'll officially remove the items that need to be removed... - Fix VoIP UI - Add farsight binaries for mac. - commit Saphire 2 - bugfix as much as possible from the forums TODO list What do you think? KaKaRoTo -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
A pretty much coherent TODO. I hope to finish working on langit before 0.98. Montblanc 2009/4/8 Youness Alaoui kakar...@kakaroto.homelinux.net: it's time to have a look at our TODO.. I (still) want to release 0.98 as soon as possible... On Sat, Jan 31, 2009 at 6:52 AM, Youness Alaoui kakar...@kakaroto.homelinux.net wrote: 0.98 TODO: - Add missing pixmaps to minimal skin and make sure tab flickering is visible well, we ended up saying minimal skin wouldn't be shipped, no ? - Fix MSNP2P stuff that broke with WLM 2009 humm.. any msnp2p stuff being broken with WLM 2009? I think all is working just fine as long as we use MSNP15! - Finish VoIP UI Pretty much done, just bugfixing necessary now.. - Make webcam work for BSD systems still waiting for bsd people to report back... we'd have to drop this if no answer is given in time - Add farsight binaries for mac. tom ? - Improve the default skin somehow.. I think Gus is to provide us with saphire 2... if that's the decision, then it should be done ASAP so we can test it and see what needs to be done, before we release.. - Make ListChoose draw in a canvas Square, wasn't this fixed? So I think here's the new TODO.. if everyone agrees (or noone disagrees), then I'll officially remove the items that need to be removed... - Fix VoIP UI - Add farsight binaries for mac. - commit Saphire 2 - bugfix as much as possible from the forums TODO list What do you think? KaKaRoTo -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
On Wed, Apr 8, 2009 at 3:44 PM, Boris billiob Faure bill...@gmail.comwrote: About the VoIP UI, i need someone to make the skin pixmaps. [::skin::loadPixmap buthangup] - this one must be done, i'd prefer a new skin image to be done. this one should be different from the one in the chat window buttonbar... [::skin::loadPixmap mic] [::skin::loadPixmap mic_muted] [::skin::loadPixmap ampli] [::skin::loadPixmap ampli_pressed] [::skin::loadPixmap speaker] [::skin::loadPixmap speaker_muted] Those skins pixmaps would be great if they are smthg like 22x22. isn't 22x22 just a little bit too big ? maybe something between 15 and 20 would be good.. they don't have to be a square either... (I'm not sure, you'd have to try and see which size fits best) Anyways, the main bugs I see with the UI is for example when we press the call button, it shows the voip controls, but the buttonbar isn't updated yet.. so if you 'double-click' on it, it will try to call a second time which will result in an error : can't make two calls at the same time.. .that's one bug.. second bug is that when it errors out (can't make 2 calls), it will destroy the voip controls because it thinks the call just failed.. so when the actual call succeeds the voip controls were destroyed : bug etc.. many small things like that.. I also noticed that the amplifier stuff didn't work last time I checked... basically we need to extensively test it and clear out all the bugs from there. Thank you. -- Boris billiob Faure -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
DONE: - Make ListChoose draw in a canvas 0.98 TODO: - Add missing pixmaps to minimal skin and make sure tab flickering is visible - Fix MSNP2P stuff that broke with WLM 2009 - Finish VoIP UI - Make webcam work for BSD systems - Add farsight binaries for mac. - Improve the default skin somehow.. 2009/1/30 Youness Alaoui kakar...@kakaroto.homelinux.net On Thu, Jan 29, 2009 at 05:58:16PM +0200, Vivia Nikolaidou wrote: DONE: - Apply patch from PEACEYALL's thread (kkrt did it but apparently forgot to update the TODO) Actually I lost my connection for a few hours, so... Anyways, the Make webcam work for BSD systems should also be fixed, but I'm waiting for confirmation from the BSD people on the forums... I'll keep the list updated, don't worry :) thanks - Small annoyance: when a CW gets opened because they nudge you, you don't see their DP ::ChatWindow::MakeFor had the usr_name as a separate argument than the chatid, in case it's a group conversation. However, many times (nudge, FT, webcam), MakeFor is called without a usr_name specified, in which case the DP is not shown. Patched MakeFor to set usr_name = $chatid in case it's not a group chat. -- 0.98 TODO: - Add missing pixmaps to minimal skin and make sure tab flickering is visible - Fix MSNP2P stuff that broke with WLM 2009 - Finish VoIP UI - Make ListChoose draw in a canvas - Make webcam work for BSD systems -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
ADDED: - Make ListChoose draw in a canvas this is how it looks for me : http://kakaroto.homelinux.net/~kakaroto/amsn/listchoose.jpg so it's not done yet :p (and btw, delete original message when updating the release TODO, thx) 0.98 TODO: - Add missing pixmaps to minimal skin and make sure tab flickering is visible - Fix MSNP2P stuff that broke with WLM 2009 - Finish VoIP UI - Make webcam work for BSD systems - Add farsight binaries for mac. - Improve the default skin somehow.. - Make ListChoose draw in a canvas -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
ok thanks for reporting i was working with the detailed view... and i forgot to test without. Now it should work Square87 2009/1/31 Youness Alaoui kakar...@kakaroto.homelinux.net ADDED: - Make ListChoose draw in a canvas this is how it looks for me : http://kakaroto.homelinux.net/~kakaroto/amsn/listchoose.jpghttp://kakaroto.homelinux.net/%7Ekakaroto/amsn/listchoose.jpg so it's not done yet :p (and btw, delete original message when updating the release TODO, thx) 0.98 TODO: - Add missing pixmaps to minimal skin and make sure tab flickering is visible - Fix MSNP2P stuff that broke with WLM 2009 - Finish VoIP UI - Make webcam work for BSD systems - Add farsight binaries for mac. - Improve the default skin somehow.. - Make ListChoose draw in a canvas -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
Added : - Improve the default skin somehow Basically what is/will be discussed/decided in the 'Skin Improvements' thread... 0.98 TODO: - Add missing pixmaps to minimal skin and make sure tab flickering is visible - Fix MSNP2P stuff that broke with WLM 2009 - Finish VoIP UI - Make ListChoose draw in a canvas - Make webcam work for BSD systems - Add farsight binaries for mac. - Improve the default skin somehow.. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
On Thu, Jan 29, 2009 at 05:58:16PM +0200, Vivia Nikolaidou wrote: DONE: - Apply patch from PEACEYALL's thread (kkrt did it but apparently forgot to update the TODO) Actually I lost my connection for a few hours, so... Anyways, the Make webcam work for BSD systems should also be fixed, but I'm waiting for confirmation from the BSD people on the forums... I'll keep the list updated, don't worry :) thanks - Small annoyance: when a CW gets opened because they nudge you, you don't see their DP ::ChatWindow::MakeFor had the usr_name as a separate argument than the chatid, in case it's a group conversation. However, many times (nudge, FT, webcam), MakeFor is called without a usr_name specified, in which case the DP is not shown. Patched MakeFor to set usr_name = $chatid in case it's not a group chat. -- 0.98 TODO: - Add missing pixmaps to minimal skin and make sure tab flickering is visible - Fix MSNP2P stuff that broke with WLM 2009 - Finish VoIP UI - Make ListChoose draw in a canvas - Make webcam work for BSD systems -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
Hi, Once I've posted in the ML about including the new version of Sapphire Skin if you want Is almost finished, and I finishing to design the hole set of smiles that integrates better with the skin style (since the current set of smiles are not mine...). Examples: http://amsn.lnxteam.org/?p=76 You can see how the skin looks (main Window): http://amsn.lnxteam.org/wp-content/uploads/2009/01/amsn_sapphire25.png Anything else to check, you can download the SVN: *svn:// svn.tuxfamily.org/svnroot/amsnskins/amsnskins/trunk/Sapphire/2.5/* Cheers. 2009/1/28 Vivia Nikolaidou vi...@ee.auth.gr DONE: - N810: Bind menu button to show right click menu Not quite. Menu button called ::tk::FirstMenu which bugged so I substituted it with an empty proc, and made ctrl+click fire Button3 events if we're on maemo. 0.98 TODO: - Add missing pixmaps to minimal skin and make sure tab flickering is visible - Fix MSNP2P stuff that broke with WLM 2009 - Finish VoIP UI - Small annoyance: when a CW gets opened because they nudge you, you don't see their DP - Apply patch from PEACEYALL's thread - Make ListChoose draw in a canvas - Make webcam work for BSD systems -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- Gustavo A. Díaz GDNet Projects www.gdnet.com.ar -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
DONE: - Apply patch from PEACEYALL's thread (kkrt did it but apparently forgot to update the TODO) - Small annoyance: when a CW gets opened because they nudge you, you don't see their DP ::ChatWindow::MakeFor had the usr_name as a separate argument than the chatid, in case it's a group conversation. However, many times (nudge, FT, webcam), MakeFor is called without a usr_name specified, in which case the DP is not shown. Patched MakeFor to set usr_name = $chatid in case it's not a group chat. -- 0.98 TODO: - Add missing pixmaps to minimal skin and make sure tab flickering is visible - Fix MSNP2P stuff that broke with WLM 2009 - Finish VoIP UI - Make ListChoose draw in a canvas - Make webcam work for BSD systems-- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
ADDED: - Add farsight binaries for mac. I need to either fix the DYLD_LIBRARY_PATH issues, or create an installer package for OS X users (if DYLD_.. issue cannot be resolved). Because otherwise we need to do some really messy relinking, which wasn't possible for all libs last time. 0.98 TODO: - Add missing pixmaps to minimal skin and make sure tab flickering is visible - Fix MSNP2P stuff that broke with WLM 2009 - Finish VoIP UI - Make ListChoose draw in a canvas - Make webcam work for BSD systems - Add farsight binaries for mac. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
- I have a bug with background text and i am going to work on it - then i have to test somethings on CW - and i want to draw ListChoose in canvas (actually i am using rendercontact and it takes 6 seconds to show about 500 contacts) * Square87* 2009/1/28 Vivia Nikolaidou vi...@ee.auth.gr DONE: - Make block/unblock work when using the byrdr server 0.98 TODO: - Add missing pixmaps to minimal skin and make sure tab flickering is visible - Fix MSNP2P stuff that broke with WLM 2009 - Option to integrate webcam in the chatwindow (needed for maemo) - Finish VoIP UI - Small annoyance: when a CW gets opened because they nudge you, you don't see their DP [/0.98 TODO] Actually, it's not the case.. from what I found is that the byrdr does redirect us and the xml contains a somehow positive response... but I don't think it does actually take it into account because the AddMember does get the same kind of answer, and it does succeed after the redirection.. also, when you have that error with the DeleteMember, when you look at it closely, it retries with byrdr, and the byrdr seems to succeed.. then redirects, the redirected URL fails, it redirects to byrdr, which succeeds, etc... so it's all just weird... I think what happens is that the server now does it automatically for us.. if you add to Allow list, it automatically removes from Block list, if you add to Block list, it automatically removes from Allow list.. which is why the AddMember works but the DeleteMember doesn't... could be tested by doing the Delete before the Add... or by doing just the Add and then resyncing and checking which lists the user is a member of... but yes, this change should be fixed before the release... Yes, it was as simple as doing the delete before the add :) -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
This thing is getting quite long after all... Added: - Apply patch from PEACEYALL's thread - N810: Bind menu button to show right click menu Square87's stuff: - I have a bug with background text and i am going to work on it - then i have to test somethings on CW - and i want to draw ListChoose in canvas (actually i am using rendercontact and it takes 6 seconds to show about 500 contacts) 0.98 TODO: - Add missing pixmaps to minimal skin and make sure tab flickering is visible - Fix MSNP2P stuff that broke with WLM 2009 - Option to integrate webcam in the chatwindow (needed for maemo) - Finish VoIP UI - Small annoyance: when a CW gets opened because they nudge you, you don't see their DP - Apply patch from PEACEYALL's thread - N810: Bind menu button to show right click menu Square87's stuff: - I have a bug with background text and i am going to work on it - then i have to test somethings on CW - and i want to draw ListChoose in canvas (actually i am using rendercontact and it takes 6 seconds to show about 500 contacts) -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
*0.98 TODO:* - Add missing pixmaps to minimal skin and make sure tab flickering is visible - Fix MSNP2P stuff that broke with WLM 2009 - Option to integrate webcam in the chatwindow (needed for maemo) - Finish VoIP UI - Small annoyance: when a CW gets opened because they nudge you, you don't see their DP - Apply patch from PEACEYALL's thread - N810: Bind menu button to show right click menu Square87's stuff - then i have to test somethings on CW - and i want to draw ListChoose in canvas (actually i am using rendercontact and it takes 6 seconds to show about 500 contacts) *Last Changes *- (deleted) I have a bug with background text and i am going to work on it 2009/1/28 Vivia Nikolaidou vi...@ee.auth.gr This thing is getting quite long after all... Added: - Apply patch from PEACEYALL's thread - N810: Bind menu button to show right click menu Square87's stuff: - I have a bug with background text and i am going to work on it - then i have to test somethings on CW - and i want to draw ListChoose in canvas (actually i am using rendercontact and it takes 6 seconds to show about 500 contacts) 0.98 TODO: - Add missing pixmaps to minimal skin and make sure tab flickering is visible - Fix MSNP2P stuff that broke with WLM 2009 - Option to integrate webcam in the chatwindow (needed for maemo) - Finish VoIP UI - Small annoyance: when a CW gets opened because they nudge you, you don't see their DP - Apply patch from PEACEYALL's thread - N810: Bind menu button to show right click menu Square87's stuff: - I have a bug with background text and i am going to work on it - then i have to test somethings on CW - and i want to draw ListChoose in canvas (actually i am using rendercontact and it takes 6 seconds to show about 500 contacts) -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
I've got two points for the TODO: 1. Concerning the portability of profiles: If you copy the directory of a profile to the amsn home directory and forget to insert the new profile into the profiles file, the config.xml of the new profile gets overwritten when you enter the address manually. It shouldn't be a big thing to check if the directory and the config.xml already exist and then only insert them in the profiles and not overwrite the settings. I'll have a look at it the next days if I have some free minutes. 2. Proposal concerning the auto update function: Shouldn't we extend the auto update to be able to update files of the core? (Not for major releases, only for minor updates!) I think it would be a good thing as there are many protocol changes recently and it would help to fix minor bugs a lot faster because we are able to spread single core files instead of having to create a complete release that takes a lot of time. What do you think? 2009/1/28 square87 squar...@gmail.com *0.98 TODO:* - Add missing pixmaps to minimal skin and make sure tab flickering is visible - Fix MSNP2P stuff that broke with WLM 2009 - Option to integrate webcam in the chatwindow (needed for maemo) - Finish VoIP UI - Small annoyance: when a CW gets opened because they nudge you, you don't see their DP - Apply patch from PEACEYALL's thread - N810: Bind menu button to show right click menu Square87's stuff - then i have to test somethings on CW - and i want to draw ListChoose in canvas (actually i am using rendercontact and it takes 6 seconds to show about 500 contacts) *Last Changes *- (deleted) I have a bug with background text and i am going to work on it 2009/1/28 Vivia Nikolaidou vi...@ee.auth.gr This thing is getting quite long after all... Added: - Apply patch from PEACEYALL's thread - N810: Bind menu button to show right click menu Square87's stuff: - I have a bug with background text and i am going to work on it - then i have to test somethings on CW - and i want to draw ListChoose in canvas (actually i am using rendercontact and it takes 6 seconds to show about 500 contacts) 0.98 TODO: - Add missing pixmaps to minimal skin and make sure tab flickering is visible - Fix MSNP2P stuff that broke with WLM 2009 - Option to integrate webcam in the chatwindow (needed for maemo) - Finish VoIP UI - Small annoyance: when a CW gets opened because they nudge you, you don't see their DP - Apply patch from PEACEYALL's thread - N810: Bind menu button to show right click menu Square87's stuff: - I have a bug with background text and i am going to work on it - then i have to test somethings on CW - and i want to draw ListChoose in canvas (actually i am using rendercontact and it takes 6 seconds to show about 500 contacts) -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
(I answered Mirko's mail, scroll down) Added: - Check whether a newly created profile's config.xml exists (someone copied the directory but didn't add it to profiles) 0.98 TODO: - Add missing pixmaps to minimal skin and make sure tab flickering is visible - Fix MSNP2P stuff that broke with WLM 2009 - Option to integrate webcam in the chatwindow (needed for maemo) - Finish VoIP UI - Small annoyance: when a CW gets opened because they nudge you, you don't see their DP - Apply patch from PEACEYALL's thread - N810: Bind menu button to show right click menu - Check whether a newly created profile's config.xml exists (someone copied the directory but didn't add it to profiles) Square87's stuff - then i have to test somethings on CW - and i want to draw ListChoose in canvas (actually i am using rendercontact and it takes 6 seconds to show about 500 contacts) On Wed, 28 Jan 2009, Mirko Hansen wrote: 1. Concerning the portability of profiles: If you copy the directory of a profile to the amsn home directory and forget to insert the new profile into the profiles file, the config.xml of the new profile gets overwritten when you enter the address manually. It shouldn't be a big thing to check if the directory and the config.xml already exist and then only insert them in the profiles and not overwrite the settings. I'll have a look at it the next days if I have some free minutes. That's a good point, yes. Adding it to the TODO. 2. Proposal concerning the auto update function: Shouldn't we extend the auto update to be able to update files of the core? (Not for major releases, only for minor updates!) I think it would be a good thing as there are many protocol changes recently and it would help to fix minor bugs a lot faster because we are able to spread single core files instead of having to create a complete release that takes a lot of time. What do you think? It's a good thought in theory, but in fact there might be many more changes reflected to other files as well. For example, imagine adding an extra argument to a proc on protocol.tcl and the respective change on gui.tcl regarding the way it's called. Then we distribute protocol.tcl because of a later protocol change and suddenly the stable revision bugs. We'd need to distribute the patch instead, or think of a smarter way to do it. It's a good idea however, and if someone can think of a better way to do it, it would be nice to include it in 0.98. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
2009/1/28 Vivia Nikolaidou vi...@ee.auth.gr 2. Proposal concerning the auto update function: Shouldn't we extend the auto update to be able to update files of the core? (Not for major releases, only for minor updates!) I think it would be a good thing as there are many protocol changes recently and it would help to fix minor bugs a lot faster because we are able to spread single core files instead of having to create a complete release that takes a lot of time. What do you think? It's a good thought in theory, but in fact there might be many more changes reflected to other files as well. For example, imagine adding an extra argument to a proc on protocol.tcl and the respective change on gui.tcl regarding the way it's called. Then we distribute protocol.tcl because of a later protocol change and suddenly the stable revision bugs. We'd need to distribute the patch instead, or think of a smarter way to do it. It's a good idea however, and if someone can think of a better way to do it, it would be nice to include it in 0.98. In theory we could only deliver patches and add a binary of patch to the package for those OS that don't have patch in their repository by default. That would be the perfect way to distribute the patches. But my original idea was to keep on merging the changes in SVN from trunk to the branch of the release, and there make all the modified files, since the release, available for the auto updater. Maybe compressing them in one file would be better to keep the load of the server and the traffic low, but I think there shouldn't be any problems as long as we pay the same attention on what updates we offer for autoupdate as we do for a normal release. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
ok hi, first, I'd like to explain our 'TODO' mail system.. it's a system we've been using for previous releases and since some of you are new to the team, you might not know how it works... It's simple, we give a list of TODO items by mail, when you want to add or remove an item, you simply write : ADDED : - do this or REMOVED: - this bug (can't remember we wrote REMOVED or DONE.. either way is fine, although it might be better to differenciate both as one bug is fixed versus one bug has been dumped cause it can't be fixed, or invalid, etc...) You can also write a comment with your todo item, like explain why adding it, or why removed it, etc... and THEN, the important part, is that you must copy/paste the TODO from the previous mail (no in front of it or anything), and add/remove your todo items to it.. and that's it.. the rest of the mail should be cleared of any extra info... I'll give an example in a few seconds... KaKaRoTo On Wed, Jan 28, 2009 at 11:12 AM, Mirko Hansen baaa...@gmail.com wrote: 2009/1/28 Vivia Nikolaidou vi...@ee.auth.gr 2. Proposal concerning the auto update function: Shouldn't we extend the auto update to be able to update files of the core? (Not for major releases, only for minor updates!) I think it would be a good thing as there are many protocol changes recently and it would help to fix minor bugs a lot faster because we are able to spread single core files instead of having to create a complete release that takes a lot of time. What do you think? It's a good thought in theory, but in fact there might be many more changes reflected to other files as well. For example, imagine adding an extra argument to a proc on protocol.tcl and the respective change on gui.tcl regarding the way it's called. Then we distribute protocol.tcl because of a later protocol change and suddenly the stable revision bugs. We'd need to distribute the patch instead, or think of a smarter way to do it. It's a good idea however, and if someone can think of a better way to do it, it would be nice to include it in 0.98. In theory we could only deliver patches and add a binary of patch to the package for those OS that don't have patch in their repository by default. That would be the perfect way to distribute the patches. But my original idea was to keep on merging the changes in SVN from trunk to the branch of the release, and there make all the modified files, since the release, available for the auto updater. Maybe compressing them in one file would be better to keep the load of the server and the traffic low, but I think there shouldn't be any problems as long as we pay the same attention on what updates we offer for autoupdate as we do for a normal release. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
ADDED: - Make webcam work for BSD systems Apparently on BSD, although the port makes sure the capture extension is built.. we seem to be using [OnLinux] everywhere in the code, which makes it not able to detect which extension to use, how to capture etc... 0.98 TODO: - Add missing pixmaps to minimal skin and make sure tab flickering is visible - Fix MSNP2P stuff that broke with WLM 2009 - Option to integrate webcam in the chatwindow (needed for maemo) - Finish VoIP UI - Small annoyance: when a CW gets opened because they nudge you, you don't see their DP - Apply patch from PEACEYALL's thread - N810: Bind menu button to show right click menu - Make ListChoose draw in a canvas - Make webcam work for BSD systems -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
So.. as you can notice here.. I add a simple description.. and then paste the whole TODO under it, this way we don't loose some TODO items because someone forgot to repaste the whole list, etc... Also notice that I removed Square's stuff, this shouldn't be in the list, the list should only contain the TODO items, not separate by who wants to work on it.. (we can assign someone to a task by adding his name between parenthesis at the end of the line). Also notice that I removed then i have to test somethings on CW because that's not a TODO item.. TODO items should be simple descriptions of a feature or bug, not what we plan on doing.. we probably plan on doing lots of things but they are not a TODO item themselves... I also changed square's and i want to draw ListChoose in canvas (actually i am using rendercontact and it takes 6 seconds to show about 500 contacts) into Make ListChoose draw in a canvas which is a better description for the item.. (descriptions must be short and easy to read/understand and generic.. no I want to.. etc.. ) Also an important point... we can have many bugfixes to do, a lot of stuff we want to take care of, etc.. and we can do them and fix them before the release if we want to.. but not everything should go into the release TODO list... the list should actually only contain *release critical* elements, which means that if we do not fix those items, we do not have a release... so only add critical stuff in there, not 'anything that can be done'... The current list looks good, it shows what should be done, and I think everything in there (apart from the ListChoose i think) should be fixed before the release... as you can see, it's not just critical bugs, but stuff that need to be done before the release... I hope this explains it all well enough :) happy fixing :) KaKaRoTo On Wed, Jan 28, 2009 at 2:04 PM, Youness Alaoui kakar...@kakaroto.homelinux.net wrote: ADDED: - Make webcam work for BSD systems Apparently on BSD, although the port makes sure the capture extension is built.. we seem to be using [OnLinux] everywhere in the code, which makes it not able to detect which extension to use, how to capture etc... 0.98 TODO: - Add missing pixmaps to minimal skin and make sure tab flickering is visible - Fix MSNP2P stuff that broke with WLM 2009 - Option to integrate webcam in the chatwindow (needed for maemo) - Finish VoIP UI - Small annoyance: when a CW gets opened because they nudge you, you don't see their DP - Apply patch from PEACEYALL's thread - N810: Bind menu button to show right click menu - Make ListChoose draw in a canvas - Make webcam work for BSD systems -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
DONE: - Option to integrate webcam in the chatwindow (needed for maemo) A few resizing issues remaining, will be fixed together with voip gui 0.98 TODO: - Add missing pixmaps to minimal skin and make sure tab flickering is visible - Fix MSNP2P stuff that broke with WLM 2009 - Finish VoIP UI - Small annoyance: when a CW gets opened because they nudge you, you don't see their DP - Apply patch from PEACEYALL's thread - N810: Bind menu button to show right click menu - Make ListChoose draw in a canvas - Make webcam work for BSD systems -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
DONE: - N810: Bind menu button to show right click menu Not quite. Menu button called ::tk::FirstMenu which bugged so I substituted it with an empty proc, and made ctrl+click fire Button3 events if we're on maemo. 0.98 TODO: - Add missing pixmaps to minimal skin and make sure tab flickering is visible - Fix MSNP2P stuff that broke with WLM 2009 - Finish VoIP UI - Small annoyance: when a CW gets opened because they nudge you, you don't see their DP - Apply patch from PEACEYALL's thread - Make ListChoose draw in a canvas - Make webcam work for BSD systems-- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
[Amsn-devel] 0.98 TODO
Time to start this :) - Add missing pixmaps to minimal skin and make sure tab flickering is visible - Fix MSNP2P stuff that broke with WLM 2009 - Option to integrate webcam in the chatwindow (needed for maemo) - Finish VoIP UI - Small annoyance: when a CW gets opened because they nudge you, you don't see their DP - Make block/unblock work when using the byrdr server (I suspect that byrdr performs the change before redirecting us to omega, might not be the case though) -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
On Tue, Jan 27, 2009 at 7:13 PM, Vivia Nikolaidou vi...@ee.auth.gr wrote: Time to start this :) - Add missing pixmaps to minimal skin and make sure tab flickering is visible - Fix MSNP2P stuff that broke with WLM 2009 - Option to integrate webcam in the chatwindow (needed for maemo) - Finish VoIP UI - Small annoyance: when a CW gets opened because they nudge you, you don't see their DP - Make block/unblock work when using the byrdr server (I suspect that byrdr performs the change before redirecting us to omega, might not be the case though) Actually, it's not the case.. from what I found is that the byrdr does redirect us and the xml contains a somehow positive response... but I don't think it does actually take it into account because the AddMember does get the same kind of answer, and it does succeed after the redirection.. also, when you have that error with the DeleteMember, when you look at it closely, it retries with byrdr, and the byrdr seems to succeed.. then redirects, the redirected URL fails, it redirects to byrdr, which succeeds, etc... so it's all just weird... I think what happens is that the server now does it automatically for us.. if you add to Allow list, it automatically removes from Block list, if you add to Block list, it automatically removes from Allow list.. which is why the AddMember works but the DeleteMember doesn't... could be tested by doing the Delete before the Add... or by doing just the Add and then resyncing and checking which lists the user is a member of... but yes, this change should be fixed before the release... -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
DONE: - Make block/unblock work when using the byrdr server 0.98 TODO: - Add missing pixmaps to minimal skin and make sure tab flickering is visible - Fix MSNP2P stuff that broke with WLM 2009 - Option to integrate webcam in the chatwindow (needed for maemo) - Finish VoIP UI - Small annoyance: when a CW gets opened because they nudge you, you don't see their DP [/0.98 TODO] Actually, it's not the case.. from what I found is that the byrdr does redirect us and the xml contains a somehow positive response... but I don't think it does actually take it into account because the AddMember does get the same kind of answer, and it does succeed after the redirection.. also, when you have that error with the DeleteMember, when you look at it closely, it retries with byrdr, and the byrdr seems to succeed.. then redirects, the redirected URL fails, it redirects to byrdr, which succeeds, etc... so it's all just weird... I think what happens is that the server now does it automatically for us.. if you add to Allow list, it automatically removes from Block list, if you add to Block list, it automatically removes from Allow list.. which is why the AddMember works but the DeleteMember doesn't... could be tested by doing the Delete before the Add... or by doing just the Add and then resyncing and checking which lists the user is a member of... but yes, this change should be fixed before the release... Yes, it was as simple as doing the delete before the add :)-- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
Hey ! Could you please stop with all these useless speaking ? I am totally lost now... Anyway, all of that is silly because before creating the DL manager we MUST rewrite all the CW and we haven't do anydiscussion about it... Using TkHTML or not ? How should we design internals ? How many snits objects ? and so on... I know why Youness love this thread : he is like me and many others : he is afraid of beginning the CW rewrite. IMO, you should hurry to release 0.97Final to avoid too complicated merges between trunk and branch. And overall, we could begin by the new prefs window : that's necessary to do that and maybe has less impact than CW rewrite... So stop to worry about a negligible part of the UI there are many more important things to worry... Phil P.S. I can say now that my F7 is ready (took time because I wanted to clean my compiz/beryl git RPMs). Now I will be ready to code ! Mouahahahah ! Youness Alaoui a écrit : On Sat, Jun 02, 2007 at 08:11:38PM +0200, NoWhereMan wrote: Youness Alaoui wrote: Ok, I see, the hide the mini infobar (I call it like that for the bar in the CW) when FT managr is opened, I think it would be confusing, no ? how do you feel about it with that extension you're using ? when FTman is open (and active) no infobar is shown I know, I was asking about how it felt usability-wise. Anyways, the main issue you're bringing here is about the DM (FTMan) being in a tab or not. I explained all my design in a previous mail, and it was to appear in a tab of the currently focused container whenever you open the DM (by either accepting a file and having the option to show when you start a transfer, or by using the Ctrl-Alt-T hotkey), if you have multiple containers, then you would have a DM window as a tab in each container (only if you open the transfer window while having the container focused). [...] I think that displaying it as a tab in a non-tab-centrical environment may appear confusing; Opera *is* tab-centrical :) yes, which is why I said if using non-tabs, then have it as a seaparate window. Of course it wouldn't be as a tab if you have tabs disabled (it wouldn't even be possible because if you don't use tabs, you won't have the container to put it in). Problem I see now is about the menubar, it won't fit for the transfers tab. So maybe even if in tabbed mode, it should be a separate window... You can always detach the DM tab, or you can have it appear as a separate window if you don't use tabbed browsing. Now that I'm thinking about it, it would be good to have an option for 'show as a tab' or 'show as a standalone window' for when user has tabbed windows enabled. yep, maybe You would have one line in the infobar per download currently happening in the current CW. IMO having one infobar per transfer per contact would be ok. yes, + an additional 'download manager', because the infobar is not enough to provide all the options, otherwise it would be too bloated. * Having tabs disabled, each window would have its own group of infobars (maybe with right click options to cancel, pause or whatever you can do with it; ffox has click-to-toggle/untoggle pause); right click isn't the best choice, many users don't know that right click exists, and on Mac it would be difficult because of the command/ctrl-click to activate the right click... * if tabs are enabled clicking on a tab would update the infobar with contact's own transfers well, if the infobar is in the CW, then it wouldn't matter, the buttonbar and all that are part of the CW, when we switch tab, we switch the whole CW, so infobars would go along with it, we don't just replace the output/input areas... WLM actually stops here (ok, no infobar there, it's just an inline widget), you may now want to add the DM; this may show up on demand, right clicking on the infobar or clicking on a you have N transfers open link right on the infobar, or whatever... yeah, that's the idea. The 'you have N transfers open' is a good idea for when the user has more than X transfers at the same time (3 ?) to avoid having the infobar too big for transfer-addict users... But anyways, the idea was to have the DM + the infobar, and clicking the infobar would bring up the DM. Or... well I don't know guys :D just a stream of thoughts... sure no prob, that's what brainstorming is, right ? You see, you came up with a good idea (you have N transfers open), and it helped me think of putting that if there are too many transfers! bye :) -- NoWhereMan (e.v.) -- http://www.nowhereland.it -- http://flatpress.nowhereland.it - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/
Re: [Amsn-devel] 0.98 TODO
lol, true, but I'm not afraid about the rewrite of the CW :p It's just Tom I think who asked the question and we started discussing it. If you want, we can also start an endless discussion about the CW :) KKRT On Sun, Jun 03, 2007 at 03:33:56PM +0200, Philippe Valembois - Phil wrote: Hey ! Could you please stop with all these useless speaking ? I am totally lost now... Anyway, all of that is silly because before creating the DL manager we MUST rewrite all the CW and we haven't do anydiscussion about it... Using TkHTML or not ? How should we design internals ? How many snits objects ? and so on... I know why Youness love this thread : he is like me and many others : he is afraid of beginning the CW rewrite. IMO, you should hurry to release 0.97Final to avoid too complicated merges between trunk and branch. And overall, we could begin by the new prefs window : that's necessary to do that and maybe has less impact than CW rewrite... So stop to worry about a negligible part of the UI there are many more important things to worry... Phil P.S. I can say now that my F7 is ready (took time because I wanted to clean my compiz/beryl git RPMs). Now I will be ready to code ! Mouahahahah ! Youness Alaoui a écrit : On Sat, Jun 02, 2007 at 08:11:38PM +0200, NoWhereMan wrote: Youness Alaoui wrote: Ok, I see, the hide the mini infobar (I call it like that for the bar in the CW) when FT managr is opened, I think it would be confusing, no ? how do you feel about it with that extension you're using ? when FTman is open (and active) no infobar is shown I know, I was asking about how it felt usability-wise. Anyways, the main issue you're bringing here is about the DM (FTMan) being in a tab or not. I explained all my design in a previous mail, and it was to appear in a tab of the currently focused container whenever you open the DM (by either accepting a file and having the option to show when you start a transfer, or by using the Ctrl-Alt-T hotkey), if you have multiple containers, then you would have a DM window as a tab in each container (only if you open the transfer window while having the container focused). [...] I think that displaying it as a tab in a non-tab-centrical environment may appear confusing; Opera *is* tab-centrical :) yes, which is why I said if using non-tabs, then have it as a seaparate window. Of course it wouldn't be as a tab if you have tabs disabled (it wouldn't even be possible because if you don't use tabs, you won't have the container to put it in). Problem I see now is about the menubar, it won't fit for the transfers tab. So maybe even if in tabbed mode, it should be a separate window... You can always detach the DM tab, or you can have it appear as a separate window if you don't use tabbed browsing. Now that I'm thinking about it, it would be good to have an option for 'show as a tab' or 'show as a standalone window' for when user has tabbed windows enabled. yep, maybe You would have one line in the infobar per download currently happening in the current CW. IMO having one infobar per transfer per contact would be ok. yes, + an additional 'download manager', because the infobar is not enough to provide all the options, otherwise it would be too bloated. * Having tabs disabled, each window would have its own group of infobars (maybe with right click options to cancel, pause or whatever you can do with it; ffox has click-to-toggle/untoggle pause); right click isn't the best choice, many users don't know that right click exists, and on Mac it would be difficult because of the command/ctrl-click to activate the right click... * if tabs are enabled clicking on a tab would update the infobar with contact's own transfers well, if the infobar is in the CW, then it wouldn't matter, the buttonbar and all that are part of the CW, when we switch tab, we switch the whole CW, so infobars would go along with it, we don't just replace the output/input areas... WLM actually stops here (ok, no infobar there, it's just an inline widget), you may now want to add the DM; this may show up on demand, right clicking on the infobar or clicking on a you have N transfers open link right on the infobar, or whatever... yeah, that's the idea. The 'you have N transfers open' is a good idea for when the user has more than X transfers at the same time (3 ?) to avoid having the infobar too big for transfer-addict users... But anyways, the idea was to have the DM + the infobar, and clicking the infobar would bring up the DM. Or... well I don't know guys :D just a stream of thoughts... sure no prob, that's what brainstorming is, right ? You see, you came up with a good idea (you have N transfers open), and it helped me think of putting that if there are too many transfers! bye
Re: [Amsn-devel] 0.98 TODO
- Original Message - From: Youness Alaoui [EMAIL PROTECTED] To: Mailing list for developers and everyone helping AMSN amsn-devel@lists.sourceforge.net Sent: Thursday, May 31, 2007 9:04 PM Subject: Re: [Amsn-devel] 0.98 TODO I didn't understand what you meant :p but the 'do not show this dialog anymore', I don't like.. I prefer the setting of show always, show background, never... and the hide/cancel.. you wouldn't 'hide' a download, in a download manager, you remove a download once finished, if you remove it while transfering it's a cancel. OK, maybe I was thinking faster then explaining. And I misunderstood you a bit, too. I was thinking of a FTmanager as the one seen in FFox (don't ask me why) You can Hide it, but this doesn't imply cancelling, even though you're actually right if your going to say this *is not* something *logical*, but let me explain how I intended it: If you *hid* the FT manager you would have got *right then* an embedded progbar in your CW; I don't know why but I answered as I understood there were both an embedded progbar and a FT manager at the same time o.o Probably because I use this extension https://addons.mozilla.org/it/firefox/addon/26 if you try it downloading some big file you could see what I mean; it is quite cool. The d/l status bar is shown only in your browser's current active window, and if you open firefox's native d/l manger the status bar is hidden; if you close it (hide it) then the progbars come back The buttons should apply to the downloads, if you want to hide/close the download manager, you would simply close its tab like any other chat window... Ok, so the FTman would be in a tab. Don you think this would be an inconsistency if you chose *not to use* tabs? If you want aMSN to be spatial then maybe you would expect the FTman to be in another window (or maybe embedded, it wouldn't hurt the metaphor), if you had tabs enabled then another tab for FTman... (as in Opera) IMO might still confuse you a bit, but maybe less then if you had tabs disabled :/ HTH -- NoWhereMan (e.v.) -- http://www.nowhereland.it -- http://flatpress.nowhereland.it - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
Ok, I see, the hide the mini infobar (I call it like that for the bar in the CW) when FT managr is opened, I think it would be confusing, no ? how do you feel about it with that extension you're using ? maybe it's ok because you enabled it to be that way, no ? Anyways, the main issue you're bringing here is about the DM (FTMan) being in a tab or not. I explained all my design in a previous mail, and it was to appear in a tab of the currently focused container whenever you open the DM (by either accepting a file and having the option to show when you start a transfer, or by using the Ctrl-Alt-T hotkey), if you have multiple containers, then you would have a DM window as a tab in each container (only if you open the transfer window while having the container focused). You can always detach the DM tab, or you can have it appear as a separate window if you don't use tabbed browsing. Now that I'm thinking about it, it would be good to have an option for 'show as a tab' or 'show as a standalone window' for when user has tabbed windows enabled. Anyways, just to be sure everyone understand my design again : you start a transfer, DM opens, you can choose to either have it open in a tab or in a standalone window, you can choose to have it open when you start transfers, or have it opened in the background (without switching to its tab/minimized window) when you start a transfer, or you can choose for it not to pop up when you start a transfer. When you start a transfer from a CW, you also want to see the progress in that CW, so a small one line 'infobar' would pop above the buttonbar where it would show filename, percentage completed, time remaining (maybe size/speed?. We could make it show info depending on the width of the CW, if the CW is maximized, use all the space to show size/speed too, if window is small, then remove size/speed, and show only the most important data (percentage completed). You would have one line in the infobar per download currently happening in the current CW. Clicking on the infobar would open the DM, and depending on the file you clicked on, it would select that file in the DM listbox. The DM would have three parts (I'm following opera's design), the top containing buttons like cancel/open/open directory/settings. The middle containing a table,w here you see an icon (arrow) : uploading or downloading, the filename, the size of the file, a small progress bar, percentage, time remaining, and speed. the bottom part would contain 'details' info. Whenever you select a file from the table, the bottom part gets filled with more details on the file, like who sent it, the full path to where it is saved, the filesize, the number of bytes transferred so far, if you're using the SB or if you're using a direct connection, etc... I think that's it. My main problem I have now, is finding a 'table' widget in Tk, I found 3 solutions, 1 using labels and grid :s the other drawing it all in a canvas, and the third being tktable (compiled extension) which seems powerful but when tested looked awful.. I would probably need to have 10 lines of -options before it has a nice/normal look to it. KKRT On Sat, Jun 02, 2007 at 09:38:15AM +0200, NoWhereMan wrote: - Original Message - From: Youness Alaoui [EMAIL PROTECTED] To: Mailing list for developers and everyone helping AMSN amsn-devel@lists.sourceforge.net Sent: Thursday, May 31, 2007 9:04 PM Subject: Re: [Amsn-devel] 0.98 TODO I didn't understand what you meant :p but the 'do not show this dialog anymore', I don't like.. I prefer the setting of show always, show background, never... and the hide/cancel.. you wouldn't 'hide' a download, in a download manager, you remove a download once finished, if you remove it while transfering it's a cancel. OK, maybe I was thinking faster then explaining. And I misunderstood you a bit, too. I was thinking of a FTmanager as the one seen in FFox (don't ask me why) You can Hide it, but this doesn't imply cancelling, even though you're actually right if your going to say this *is not* something *logical*, but let me explain how I intended it: If you *hid* the FT manager you would have got *right then* an embedded progbar in your CW; I don't know why but I answered as I understood there were both an embedded progbar and a FT manager at the same time o.o Probably because I use this extension https://addons.mozilla.org/it/firefox/addon/26 if you try it downloading some big file you could see what I mean; it is quite cool. The d/l status bar is shown only in your browser's current active window, and if you open firefox's native d/l manger the status bar is hidden; if you close it (hide it) then the progbars come back The buttons should apply to the downloads, if you want to hide/close the download manager, you would simply close its tab like any other chat window... Ok, so the FTman would
Re: [Amsn-devel] 0.98 TODO
Youness Alaoui wrote: Ok, I see, the hide the mini infobar (I call it like that for the bar in the CW) when FT managr is opened, I think it would be confusing, no ? how do you feel about it with that extension you're using ? when FTman is open (and active) no infobar is shown Anyways, the main issue you're bringing here is about the DM (FTMan) being in a tab or not. I explained all my design in a previous mail, and it was to appear in a tab of the currently focused container whenever you open the DM (by either accepting a file and having the option to show when you start a transfer, or by using the Ctrl-Alt-T hotkey), if you have multiple containers, then you would have a DM window as a tab in each container (only if you open the transfer window while having the container focused). [...] I think that displaying it as a tab in a non-tab-centrical environment may appear confusing; Opera *is* tab-centrical :) You can always detach the DM tab, or you can have it appear as a separate window if you don't use tabbed browsing. Now that I'm thinking about it, it would be good to have an option for 'show as a tab' or 'show as a standalone window' for when user has tabbed windows enabled. yep, maybe You would have one line in the infobar per download currently happening in the current CW. IMO having one infobar per transfer per contact would be ok. * Having tabs disabled, each window would have its own group of infobars (maybe with right click options to cancel, pause or whatever you can do with it; ffox has click-to-toggle/untoggle pause); * if tabs are enabled clicking on a tab would update the infobar with contact's own transfers WLM actually stops here (ok, no infobar there, it's just an inline widget), you may now want to add the DM; this may show up on demand, right clicking on the infobar or clicking on a you have N transfers open link right on the infobar, or whatever... Or... well I don't know guys :D just a stream of thoughts... bye :) -- NoWhereMan (e.v.) -- http://www.nowhereland.it -- http://flatpress.nowhereland.it - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
On Sat, Jun 02, 2007 at 08:11:38PM +0200, NoWhereMan wrote: Youness Alaoui wrote: Ok, I see, the hide the mini infobar (I call it like that for the bar in the CW) when FT managr is opened, I think it would be confusing, no ? how do you feel about it with that extension you're using ? when FTman is open (and active) no infobar is shown I know, I was asking about how it felt usability-wise. Anyways, the main issue you're bringing here is about the DM (FTMan) being in a tab or not. I explained all my design in a previous mail, and it was to appear in a tab of the currently focused container whenever you open the DM (by either accepting a file and having the option to show when you start a transfer, or by using the Ctrl-Alt-T hotkey), if you have multiple containers, then you would have a DM window as a tab in each container (only if you open the transfer window while having the container focused). [...] I think that displaying it as a tab in a non-tab-centrical environment may appear confusing; Opera *is* tab-centrical :) yes, which is why I said if using non-tabs, then have it as a seaparate window. Of course it wouldn't be as a tab if you have tabs disabled (it wouldn't even be possible because if you don't use tabs, you won't have the container to put it in). Problem I see now is about the menubar, it won't fit for the transfers tab. So maybe even if in tabbed mode, it should be a separate window... You can always detach the DM tab, or you can have it appear as a separate window if you don't use tabbed browsing. Now that I'm thinking about it, it would be good to have an option for 'show as a tab' or 'show as a standalone window' for when user has tabbed windows enabled. yep, maybe You would have one line in the infobar per download currently happening in the current CW. IMO having one infobar per transfer per contact would be ok. yes, + an additional 'download manager', because the infobar is not enough to provide all the options, otherwise it would be too bloated. * Having tabs disabled, each window would have its own group of infobars (maybe with right click options to cancel, pause or whatever you can do with it; ffox has click-to-toggle/untoggle pause); right click isn't the best choice, many users don't know that right click exists, and on Mac it would be difficult because of the command/ctrl-click to activate the right click... * if tabs are enabled clicking on a tab would update the infobar with contact's own transfers well, if the infobar is in the CW, then it wouldn't matter, the buttonbar and all that are part of the CW, when we switch tab, we switch the whole CW, so infobars would go along with it, we don't just replace the output/input areas... WLM actually stops here (ok, no infobar there, it's just an inline widget), you may now want to add the DM; this may show up on demand, right clicking on the infobar or clicking on a you have N transfers open link right on the infobar, or whatever... yeah, that's the idea. The 'you have N transfers open' is a good idea for when the user has more than X transfers at the same time (3 ?) to avoid having the infobar too big for transfer-addict users... But anyways, the idea was to have the DM + the infobar, and clicking the infobar would bring up the DM. Or... well I don't know guys :D just a stream of thoughts... sure no prob, that's what brainstorming is, right ? You see, you came up with a good idea (you have N transfers open), and it helped me think of putting that if there are too many transfers! bye :) -- NoWhereMan (e.v.) -- http://www.nowhereland.it -- http://flatpress.nowhereland.it - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
Just got an idea about the chatwindow bar that could display FTs of a contact : to avoid it to be too huge, we could make the several files switching over the time... For example, I DL a file, it is displayed in the bar, I download another file, it is displayed on the bar in place of the old one and on every 30seconds (for example) it could cycle over current FTs Phil square87 a écrit : I would like to have a simple FT manager. Where all actual downloads/uploads are listened. FT chronology is a nice idea. Possible ideas: *Use notification window to notify that a download is finished or failed; *If an upload is failed i could really love a restart upload button; *The possibility to close FT manager without deleting downloads/uploads. *Maybe it could be useful to have two tabs in FT manager: downloads, uploads. Thanks, good work :) - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
it's a good idea, but I wouldn't make it cycle every 30 seconds, I would prefer it to cycle constantly (animated) like a banner but cycling through the top, and if you hover the mouse on it, it stops cycling. 30 seconds is too long I think, 5 seconds could be too long, or could be too fast... depends on the person... But I think it would be good to have at list a counter to know that there are more than one FT going on at the same time.. anyways, as far as I know (in WLM anyway) yuo can't have more than 3 FTs at the same time with the same user.. or maybe it was 5... anyways, you can get all the invitations you want, but if you try to accept the 4th one (or 6th, can't remember), it say you can only have X simultaneous downloads or something like that.. I know we don't have that limitation in aMSN but would it : 1 - cause bugs with WLM users 2 - just work, but then we could have a performance issue + issue of too many lines in the inforbar if phil's idea is not implemented. anyways, good thinking, keep up the brainstorming guys! :D KKRT On Fri, Jun 01, 2007 at 05:01:37PM +0200, Philippe Valembois - Phil wrote: Just got an idea about the chatwindow bar that could display FTs of a contact : to avoid it to be too huge, we could make the several files switching over the time... For example, I DL a file, it is displayed in the bar, I download another file, it is displayed on the bar in place of the old one and on every 30seconds (for example) it could cycle over current FTs Phil square87 a écrit : I would like to have a simple FT manager. Where all actual downloads/uploads are listened. FT chronology is a nice idea. Possible ideas: *Use notification window to notify that a download is finished or failed; *If an upload is failed i could really love a restart upload button; *The possibility to close FT manager without deleting downloads/uploads. *Maybe it could be useful to have two tabs in FT manager: downloads, uploads. Thanks, good work :) - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
That seems a bit yukky in terms of usability...I dunno... I was thinking maybe of another sidebar to the right of the DPs, which you could hide with a little arrow button... On 01/06/07, Youness Alaoui [EMAIL PROTECTED] wrote: it's a good idea, but I wouldn't make it cycle every 30 seconds, I would prefer it to cycle constantly (animated) like a banner but cycling through the top, and if you hover the mouse on it, it stops cycling. 30 seconds is too long I think, 5 seconds could be too long, or could be too fast... depends on the person... But I think it would be good to have at list a counter to know that there are more than one FT going on at the same time.. anyways, as far as I know (in WLM anyway) yuo can't have more than 3 FTs at the same time with the same user.. or maybe it was 5... anyways, you can get all the invitations you want, but if you try to accept the 4th one (or 6th, can't remember), it say you can only have X simultaneous downloads or something like that.. I know we don't have that limitation in aMSN but would it : 1 - cause bugs with WLM users 2 - just work, but then we could have a performance issue + issue of too many lines in the inforbar if phil's idea is not implemented. anyways, good thinking, keep up the brainstorming guys! :D KKRT On Fri, Jun 01, 2007 at 05:01:37PM +0200, Philippe Valembois - Phil wrote: Just got an idea about the chatwindow bar that could display FTs of a contact : to avoid it to be too huge, we could make the several files switching over the time... For example, I DL a file, it is displayed in the bar, I download another file, it is displayed on the bar in place of the old one and on every 30seconds (for example) it could cycle over current FTs Phil square87 a écrit : I would like to have a simple FT manager. Where all actual downloads/uploads are listened. FT chronology is a nice idea. Possible ideas: *Use notification window to notify that a download is finished or failed; *If an upload is failed i could really love a restart upload button; *The possibility to close FT manager without deleting downloads/uploads. *Maybe it could be useful to have two tabs in FT manager: downloads, uploads. Thanks, good work :) - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
Heey, so much speaking without me :'( Are you crazy to flood my mailbox like that ? Anyway, IMO, putting FTs in CL is a really bad idea as I think that many people don't look at it when they are in a speaking with someone so EVEN if HIG would say that I would be totally against. By the way, HIG as some really strange ideas about notification icons... And I hate Gnome :p (no j/k : I dislike it (piuuh I almost threw a troll on the ML :d) ) Anyway, about putting it in the same window that the discussion, I think that's a good idea : that let us always see the FT state but... I think it takes its place in the window (imagine my CW with no DPs : I want to maximum for the discussion because that's the aim of this window) Putting FTs embedded in the output text area is for me silly as we loose it too easily and I agree with many of you when you say that's a dl manager hasn't its place in aMSN (Youness please stop with Opera : as soon as a soft is closed source, it is EVIL :p) Browser have a dl manager because a user (you for example) downloads various things but it's always bound to your interests or sth like that. With IM, the FT is more bound to a user (there is context : you receive/send this file because you speak about sth precise with your contact). I still wonder how we could melt such a list in the chat window without any repacking (repacking is always ugly and all the window flicker :s) But if we find how to put this list, I would be to put FT requests also in it : like that, you can easily accept a past FT and that put every FT related things in the same place. Phil PS I will try to avoid looong mails like Youness ones. He would beat me too easily :d Youness Alaoui a écrit : that's the point of the brainstorming :) On Wed, May 30, 2007 at 09:53:38PM +0200, NoWhereMan wrote: Karel Demeyer wrote: Again, I'd like the question(s) to rise: Do we really need an FT manager? Isn't this a bit over-engineering ? Is it needed for an IM program where file transfers are a nice feature but not the main activity ? Do you think our users will transfer so many files at once they need a manager because they can't manage 'm themselves ? I just don't like progress bars floating around...that's all it's true that file manager does have progress dialogs, but this is a - erm - IM program, does really an IM program need a dialog progress bar? *cough* :D - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
2007/5/31, Philippe Valembois - Phil [EMAIL PROTECTED]: Heey, so much speaking without me :'( Are you crazy to flood my mailbox like that ? Anyway, IMO, putting FTs in CL is a really bad idea as I think that many people don't look at it when they are in a speaking with someone so EVEN if HIG would say that I would be totally against. The HIG doesn't state file transfer managers should be in the main window; it was just a choice to remove clutter. A lot of usability guidelines say you shouldn't open too much individual windows though. By the way, HIG as some really strange ideas about notification icons... They declare 'm as notification icons, instead of how it is used mostly in windows: as a solution to the taskbar being too small for all windows (which is a design flaw of the taskbar, so the taskbar should be changed instead of using the notification tray as a taskbar2) And I hate Gnome :p (no j/k : I dislike it (piuuh I almost threw a troll on the ML :d) ) :D Anyway, about putting it in the same window that the discussion, I think that's a good idea : that let us always see the FT state but... I think it takes its place in the window (imagine my CW with no DPs : I want to maximum for the discussion because that's the aim of this window) Putting FTs embedded in the output text area is for me silly as we loose it too easily and I agree with many of you when you say that's a dl manager hasn't its place in aMSN (Youness please stop with Opera : as soon as a soft is closed source, it is EVIL :p) Browser have a dl manager because a user (you for example) downloads various things but it's always bound to your interests or sth like that. With IM, the FT is more bound to a user (there is context : you receive/send this file because you speak about sth precise with your contact). I still wonder how we could melt such a list in the chat window without any repacking (repacking is always ugly and all the window flicker :s) But if we find how to put this list, I would be to put FT requests also in it : like that, you can easily accept a past FT and that put every FT related things in the same place. Many therefor it's also easier to put it on the right underneath the DP's of your contact(s) as it would take more lines) About the need for a manager to find files that were sent to you in the past: why not incoporate it in the chat history ? the transfer took place in a chat .. so if you want to find it again, you can search that chat by date/contact and if we have it possible to put (inside the chathistory) some interactive lines (an open file and open dir and remove file link, that is inactive if the file doesn't exist anymore) ... ideas ? Phil PS I will try to avoid looong mails like Youness ones. He would beat me too easily :d Youness Alaoui a écrit : that's the point of the brainstorming :) On Wed, May 30, 2007 at 09:53:38PM +0200, NoWhereMan wrote: Karel Demeyer wrote: Again, I'd like the question(s) to rise: Do we really need an FT manager? Isn't this a bit over-engineering ? Is it needed for an IM program where file transfers are a nice feature but not the main activity ? Do you think our users will transfer so many files at once they need a manager because they can't manage 'm themselves ? I just don't like progress bars floating around...that's all it's true that file manager does have progress dialogs, but this is a - erm - IM program, does really an IM program need a dialog progress bar? *cough* :D - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
I didn't want to speak about long time histories but more about pending FTs... Those we display with the accept link : having it in the same list could be great IMO... Phil Karel Demeyer a écrit : 2007/5/31, Philippe Valembois - Phil [EMAIL PROTECTED]: Heey, so much speaking without me :'( Are you crazy to flood my mailbox like that ? Anyway, IMO, putting FTs in CL is a really bad idea as I think that many people don't look at it when they are in a speaking with someone so EVEN if HIG would say that I would be totally against. The HIG doesn't state file transfer managers should be in the main window; it was just a choice to remove clutter. A lot of usability guidelines say you shouldn't open too much individual windows though. By the way, HIG as some really strange ideas about notification icons... They declare 'm as notification icons, instead of how it is used mostly in windows: as a solution to the taskbar being too small for all windows (which is a design flaw of the taskbar, so the taskbar should be changed instead of using the notification tray as a taskbar2) And I hate Gnome :p (no j/k : I dislike it (piuuh I almost threw a troll on the ML :d) ) :D Anyway, about putting it in the same window that the discussion, I think that's a good idea : that let us always see the FT state but... I think it takes its place in the window (imagine my CW with no DPs : I want to maximum for the discussion because that's the aim of this window) Putting FTs embedded in the output text area is for me silly as we loose it too easily and I agree with many of you when you say that's a dl manager hasn't its place in aMSN (Youness please stop with Opera : as soon as a soft is closed source, it is EVIL :p) Browser have a dl manager because a user (you for example) downloads various things but it's always bound to your interests or sth like that. With IM, the FT is more bound to a user (there is context : you receive/send this file because you speak about sth precise with your contact). I still wonder how we could melt such a list in the chat window without any repacking (repacking is always ugly and all the window flicker :s) But if we find how to put this list, I would be to put FT requests also in it : like that, you can easily accept a past FT and that put every FT related things in the same place. Many therefor it's also easier to put it on the right underneath the DP's of your contact(s) as it would take more lines) About the need for a manager to find files that were sent to you in the past: why not incoporate it in the chat history ? the transfer took place in a chat .. so if you want to find it again, you can search that chat by date/contact and if we have it possible to put (inside the chathistory) some interactive lines (an open file and open dir and remove file link, that is inactive if the file doesn't exist anymore) ... ideas ? Phil PS I will try to avoid looong mails like Youness ones. He would beat me too easily :d Youness Alaoui a écrit : that's the point of the brainstorming :) On Wed, May 30, 2007 at 09:53:38PM +0200, NoWhereMan wrote: Karel Demeyer wrote: Again, I'd like the question(s) to rise: Do we really need an FT manager? Isn't this a bit over-engineering ? Is it needed for an IM program where file transfers are a nice feature but not the main activity ? Do you think our users will transfer so many files at once they need a manager because they can't manage 'm themselves ? I just don't like progress bars floating around...that's all it's true that file manager does have progress dialogs, but this is a - erm - IM program, does really an IM program need a dialog progress bar? *cough* :D - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/
Re: [Amsn-devel] 0.98 TODO
Yeah, I know what you want, and I applaud it. but because some ppl here think we need a manager to find files further in history (the case youness described of having 20 files sent), I proposed to put this in the history. Karel. 2007/5/31, Philippe Valembois - Phil [EMAIL PROTECTED]: I didn't want to speak about long time histories but more about pending FTs... Those we display with the accept link : having it in the same list could be great IMO... Phil Karel Demeyer a écrit : 2007/5/31, Philippe Valembois - Phil [EMAIL PROTECTED]: Heey, so much speaking without me :'( Are you crazy to flood my mailbox like that ? Anyway, IMO, putting FTs in CL is a really bad idea as I think that many people don't look at it when they are in a speaking with someone so EVEN if HIG would say that I would be totally against. The HIG doesn't state file transfer managers should be in the main window; it was just a choice to remove clutter. A lot of usability guidelines say you shouldn't open too much individual windows though. By the way, HIG as some really strange ideas about notification icons... They declare 'm as notification icons, instead of how it is used mostly in windows: as a solution to the taskbar being too small for all windows (which is a design flaw of the taskbar, so the taskbar should be changed instead of using the notification tray as a taskbar2) And I hate Gnome :p (no j/k : I dislike it (piuuh I almost threw a troll on the ML :d) ) :D Anyway, about putting it in the same window that the discussion, I think that's a good idea : that let us always see the FT state but... I think it takes its place in the window (imagine my CW with no DPs : I want to maximum for the discussion because that's the aim of this window) Putting FTs embedded in the output text area is for me silly as we loose it too easily and I agree with many of you when you say that's a dl manager hasn't its place in aMSN (Youness please stop with Opera : as soon as a soft is closed source, it is EVIL :p) Browser have a dl manager because a user (you for example) downloads various things but it's always bound to your interests or sth like that. With IM, the FT is more bound to a user (there is context : you receive/send this file because you speak about sth precise with your contact). I still wonder how we could melt such a list in the chat window without any repacking (repacking is always ugly and all the window flicker :s) But if we find how to put this list, I would be to put FT requests also in it : like that, you can easily accept a past FT and that put every FT related things in the same place. Many therefor it's also easier to put it on the right underneath the DP's of your contact(s) as it would take more lines) About the need for a manager to find files that were sent to you in the past: why not incoporate it in the chat history ? the transfer took place in a chat .. so if you want to find it again, you can search that chat by date/contact and if we have it possible to put (inside the chathistory) some interactive lines (an open file and open dir and remove file link, that is inactive if the file doesn't exist anymore) ... ideas ? Phil PS I will try to avoid looong mails like Youness ones. He would beat me too easily :d Youness Alaoui a écrit : that's the point of the brainstorming :) On Wed, May 30, 2007 at 09:53:38PM +0200, NoWhereMan wrote: Karel Demeyer wrote: Again, I'd like the question(s) to rise: Do we really need an FT manager? Isn't this a bit over-engineering ? Is it needed for an IM program where file transfers are a nice feature but not the main activity ? Do you think our users will transfer so many files at once they need a manager because they can't manage 'm themselves ? I just don't like progress bars floating around...that's all it's true that file manager does have progress dialogs, but this is a - erm - IM program, does really an IM program need a dialog progress bar? *cough* :D - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net
Re: [Amsn-devel] 0.98 TODO
Youness Alaoui wrote: ok, so for your taste, you would get the FT manager the first time you get a file transfer, then you will click on it's 'settings' button and choose 'do not show when a file transfer is started', then you would only get the infobar, and no manager... makes sense ? instead of a settings button a(nother) checkbox (under current close on complete) with [ ] do not show this dialog anymore. (you can still re-enable it from preferences window) (or, as always, something along the lines) and dialog buttons may be: [ Hide ] [ Cancel ] Where [ Hide ] may change to [ Close ] when the transfer has finished and [ Cancel ] would be grayed... or something like that... :) HTH - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
that would be s non intuitive.. talking about usability... :p I think it would be confusing if it was the *only* way. I wouldn't mind it being there, on the contrary, it's a good idea to have that in the history log, but I think that if a user wants to find oldFTs he shouldn't have to open the file history and search for it.. especially if you have 1000s of lines of text per hour and many FTs hidden in the middle, it's not really intuitive/easy to find the files you're looking for. And as I said, maybe we don't, but maybe most of our users do have massive FTs using their chat program... (some people don't even know what http or ftp means...) KKRT On Thu, May 31, 2007 at 06:38:50PM +0200, Karel Demeyer wrote: Yeah, I know what you want, and I applaud it. but because some ppl here think we need a manager to find files further in history (the case youness described of having 20 files sent), I proposed to put this in the history. Karel. 2007/5/31, Philippe Valembois - Phil [EMAIL PROTECTED]: I didn't want to speak about long time histories but more about pending FTs... Those we display with the accept link : having it in the same list could be great IMO... Phil Karel Demeyer a écrit : 2007/5/31, Philippe Valembois - Phil [EMAIL PROTECTED]: Heey, so much speaking without me :'( Are you crazy to flood my mailbox like that ? Anyway, IMO, putting FTs in CL is a really bad idea as I think that many people don't look at it when they are in a speaking with someone so EVEN if HIG would say that I would be totally against. The HIG doesn't state file transfer managers should be in the main window; it was just a choice to remove clutter. A lot of usability guidelines say you shouldn't open too much individual windows though. By the way, HIG as some really strange ideas about notification icons... They declare 'm as notification icons, instead of how it is used mostly in windows: as a solution to the taskbar being too small for all windows (which is a design flaw of the taskbar, so the taskbar should be changed instead of using the notification tray as a taskbar2) And I hate Gnome :p (no j/k : I dislike it (piuuh I almost threw a troll on the ML :d) ) :D Anyway, about putting it in the same window that the discussion, I think that's a good idea : that let us always see the FT state but... I think it takes its place in the window (imagine my CW with no DPs : I want to maximum for the discussion because that's the aim of this window) Putting FTs embedded in the output text area is for me silly as we loose it too easily and I agree with many of you when you say that's a dl manager hasn't its place in aMSN (Youness please stop with Opera : as soon as a soft is closed source, it is EVIL :p) Browser have a dl manager because a user (you for example) downloads various things but it's always bound to your interests or sth like that. With IM, the FT is more bound to a user (there is context : you receive/send this file because you speak about sth precise with your contact). I still wonder how we could melt such a list in the chat window without any repacking (repacking is always ugly and all the window flicker :s) But if we find how to put this list, I would be to put FT requests also in it : like that, you can easily accept a past FT and that put every FT related things in the same place. Many therefor it's also easier to put it on the right underneath the DP's of your contact(s) as it would take more lines) About the need for a manager to find files that were sent to you in the past: why not incoporate it in the chat history ? the transfer took place in a chat .. so if you want to find it again, you can search that chat by date/contact and if we have it possible to put (inside the chathistory) some interactive lines (an open file and open dir and remove file link, that is inactive if the file doesn't exist anymore) ... ideas ? Phil PS I will try to avoid looong mails like Youness ones. He would beat me too easily :d Youness Alaoui a écrit : that's the point of the brainstorming :) On Wed, May 30, 2007 at 09:53:38PM +0200, NoWhereMan wrote: Karel Demeyer wrote: Again, I'd like the question(s) to rise: Do we really need an FT manager? Isn't this a bit over-engineering ? Is it needed for an IM program where file transfers are a nice feature but not the main activity ? Do you think our users will transfer so many files at once they need a manager because they can't manage 'm themselves ? I just don't like progress bars floating around...that's all it's true that file manager does have progress dialogs, but this is a - erm - IM program, does really an IM program need a dialog progress bar? *cough* :D
Re: [Amsn-devel] 0.98 TODO
I didn't understand what you meant :p but the 'do not show this dialog anymore', I don't like.. I prefer the setting of show always, show background, never... and the hide/cancel.. you wouldn't 'hide' a download, in a download manager, you remove a download once finished, if you remove it while transfering it's a cancel. The buttons should apply to the downloads, if you want to hide/close the download manager, you would simply close its tab like any other chat window... KKRT On Thu, May 31, 2007 at 08:11:52PM +0200, NoWhereMan wrote: Youness Alaoui wrote: ok, so for your taste, you would get the FT manager the first time you get a file transfer, then you will click on it's 'settings' button and choose 'do not show when a file transfer is started', then you would only get the infobar, and no manager... makes sense ? instead of a settings button a(nother) checkbox (under current close on complete) with [ ] do not show this dialog anymore. (you can still re-enable it from preferences window) (or, as always, something along the lines) and dialog buttons may be: [ Hide ] [ Cancel ] Where [ Hide ] may change to [ Close ] when the transfer has finished and [ Cancel ] would be grayed... or something like that... :) HTH - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
I know that I kind of flooded the list with all the mails (it's still better than one huge mail, right ?) But anyone can comment on the three reasons I gave below as to whether or not a DM should be created ? On Thu, May 31, 2007 at 12:31:16AM -0400, Youness Alaoui wrote: Yes, but I still think it would be an advantage for many reasons : 1 - everyone has it, so if we don't, it's a -1 for us (I know it's not a real/good reason but from the end-user perspective, it is) 2 - if we save the FT list in the config, it would be useful to open the FT manager and see which file, which person sent you a month ago.. easier than ls -lt on amsn_received, and having to use a plugin to sort our received folder... 3 - if you download many files, it IS important.. I don't use voice clips, you don't, I don't use webcam, vivia does, we don't use a lot of FTs but other users do. I mean, even ME, I do have sometimes (from time to time) 20 FTs or more in an hour from one or two people.. I hope it's convincing.. KaKaRoTo On Wed, May 30, 2007 at 10:00:00PM +0300, Vivia Nikolaidou wrote: On Wed, 30 May 2007, Karel Demeyer wrote: Again, I'd like the question(s) to rise: Do we really need an FT manager? Isn't this a bit over-engineering ? Is it needed for an IM program where file transfers are a nice feature but not the main activity ? Do you think our users will transfer so many files at once they need a manager because they can't manage 'm themselves ? +1 from here. It would just clutter imho. :) When transferring a file with an IM program, you usually associate it with the sender/receiver and not with other downloads, so a download manager would be yet another desktop clutter... OK, better than the many transfer windows we have now, but still a nuisance. I think that the status bar is quite appropriate for FT info. Oh, and +1 from Alvaro - we just discussed it. :) Vivia Karel. 2007/5/30, NoWhereMan [EMAIL PROTECTED]: Harry Vennik wrote: Btw. keep in mind that closing a CW should not stop any FT. So, there should be another way of opening the FT window than only through clicking an FT in a CW. Also when a conversation with the same contact is openend again, while the FT is still going on, that FT should appear in the CW again!!! yeeech! that sounds a bit complex. I would just go with the wlm-like message if you leave the conversation now all transfers will be closed or something along the lines. It would be easier for you, I think... - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel --- Where is the life that we have lost in living? Where is the wisdom that we have lost in knowledge? Where is the knowledge that we have lost in information? OEO; - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/
Re: [Amsn-devel] 0.98 TODO
I don't remember who mentioned it, but it would be nice to have one line in the CW showing FT progress (maybe make the filename clickable so clicking it would open the file?), and have a way to click it and open the FT manager in case a user is downloading many files at once... However, the information we show is: filename, user, progress, open file, and open directory. The user is the CW user, filename and progress are shown, clicking the filename would open the file, and I think open directory is not used that much so it can be accessible with right-click. So, I still wonder whether it's worth implementing a FT manager or too few people will need it... On Thu, 31 May 2007, Youness Alaoui wrote: I didn't understand what you meant :p but the 'do not show this dialog anymore', I don't like.. I prefer the setting of show always, show background, never... and the hide/cancel.. you wouldn't 'hide' a download, in a download manager, you remove a download once finished, if you remove it while transfering it's a cancel. The buttons should apply to the downloads, if you want to hide/close the download manager, you would simply close its tab like any other chat window... KKRT On Thu, May 31, 2007 at 08:11:52PM +0200, NoWhereMan wrote: Youness Alaoui wrote: ok, so for your taste, you would get the FT manager the first time you get a file transfer, then you will click on it's 'settings' button and choose 'do not show when a file transfer is started', then you would only get the infobar, and no manager... makes sense ? instead of a settings button a(nother) checkbox (under current close on complete) with [ ] do not show this dialog anymore. (you can still re-enable it from preferences window) (or, as always, something along the lines) and dialog buttons may be: [ Hide ] [ Cancel ] Where [ Hide ] may change to [ Close ] when the transfer has finished and [ Cancel ] would be grayed... or something like that... :) HTH - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel --- Where is the life that we have lost in living? Where is the wisdom that we have lost in knowledge? Where is the knowledge that we have lost in information? OEO; - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
Personally I'm all for another window for fts. I think this is the best way because: - It's intuitive for new users. - It's consistent with other applications. Having it in the chat window as well would be a nice convenience, but I think (personally) it would be better to have it all in a window of it's own. Also things like updates, the tls download, or if in the future we automate skins/plugins installation, we can have all the info about the downloads in there. :-) On 31 May 2007, at 22:00, Vivia Nikolaidou wrote: I don't remember who mentioned it, but it would be nice to have one line in the CW showing FT progress (maybe make the filename clickable so clicking it would open the file?), and have a way to click it and open the FT manager in case a user is downloading many files at once... However, the information we show is: filename, user, progress, open file, and open directory. The user is the CW user, filename and progress are shown, clicking the filename would open the file, and I think open directory is not used that much so it can be accessible with right-click. So, I still wonder whether it's worth implementing a FT manager or too few people will need it... On Thu, 31 May 2007, Youness Alaoui wrote: I didn't understand what you meant :p but the 'do not show this dialog anymore', I don't like.. I prefer the setting of show always, show background, never... and the hide/cancel.. you wouldn't 'hide' a download, in a download manager, you remove a download once finished, if you remove it while transfering it's a cancel. The buttons should apply to the downloads, if you want to hide/close the download manager, you would simply close its tab like any other chat window... KKRT On Thu, May 31, 2007 at 08:11:52PM +0200, NoWhereMan wrote: Youness Alaoui wrote: ok, so for your taste, you would get the FT manager the first time you get a file transfer, then you will click on it's 'settings' button and choose 'do not show when a file transfer is started', then you would only get the infobar, and no manager... makes sense ? instead of a settings button a(nother) checkbox (under current close on complete) with [ ] do not show this dialog anymore. (you can still re-enable it from preferences window) (or, as always, something along the lines) and dialog buttons may be: [ Hide ] [ Cancel ] Where [ Hide ] may change to [ Close ] when the transfer has finished and [ Cancel ] would be grayed... or something like that... :) HTH - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel --- Where is the life that we have lost in living? Where is the wisdom that we have lost in knowledge? Where is the knowledge that we have lost in information? OEO; -- --- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
well.. that's exactly what we are talking about no? :| I mean, you just listed what I suggested. I can't see anything different, that's the download manager I'm refering to here... On Fri, Jun 01, 2007 at 12:00:39AM +0300, Vivia Nikolaidou wrote: I don't remember who mentioned it, but it would be nice to have one line in the CW showing FT progress (maybe make the filename clickable so clicking it would open the file?), and have a way to click it and open the FT manager in case a user is downloading many files at once... However, the information we show is: filename, user, progress, open file, and open directory. The user is the CW user, filename and progress are shown, clicking the filename would open the file, and I think open directory is not used that much so it can be accessible with right-click. So, I still wonder whether it's worth implementing a FT manager or too few people will need it... On Thu, 31 May 2007, Youness Alaoui wrote: I didn't understand what you meant :p but the 'do not show this dialog anymore', I don't like.. I prefer the setting of show always, show background, never... and the hide/cancel.. you wouldn't 'hide' a download, in a download manager, you remove a download once finished, if you remove it while transfering it's a cancel. The buttons should apply to the downloads, if you want to hide/close the download manager, you would simply close its tab like any other chat window... KKRT On Thu, May 31, 2007 at 08:11:52PM +0200, NoWhereMan wrote: Youness Alaoui wrote: ok, so for your taste, you would get the FT manager the first time you get a file transfer, then you will click on it's 'settings' button and choose 'do not show when a file transfer is started', then you would only get the infobar, and no manager... makes sense ? instead of a settings button a(nother) checkbox (under current close on complete) with [ ] do not show this dialog anymore. (you can still re-enable it from preferences window) (or, as always, something along the lines) and dialog buttons may be: [ Hide ] [ Cancel ] Where [ Hide ] may change to [ Close ] when the transfer has finished and [ Cancel ] would be grayed... or something like that... :) HTH - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel --- Where is the life that we have lost in living? Where is the wisdom that we have lost in knowledge? Where is the knowledge that we have lost in information? OEO; - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
Hi all, (first paragraph is to youness:) Long mails are very discouraging (is this english ?), especially if they start with I fully disagree with Karel.. Further on, after reading your mail (I read it!), I found out you don't disagree for 100% with what I said... so I was asking myself if you did read my whole mail and secondly, if you really thought a bit of it before responding. (not meant harsh in any way) Probably I'm gonna leave this debate alone as I don't see myself arguing a month or two to see (afterwards) it didn't have much effect. Some points though: * I also proposed FT's to be listed in the chatwindow of the corresponding chat, without being in the chat history (so they don't scroll). Seems logical, right ? You seem to do the same with your bar. I even thought about that bar too. But then I opened a chat window, made some drawings and saw we, most of the time, have a lot of screen real estate free (kind of wasted)underneath the contact's DP, on the right of the chat history. That's why I proposed to have this information over there. It's debatable if this is the right place or not as it seems easier to fit all this info in horizontal lines. two lines per file traffic didn't seem too much anyway. * You say I'm crazy about the CL and want everything inside of it ? The main purpose of amsn's main window might be listing contacts, but it's also from there on you change your status/nickname/preferences/plugin settings. There's an event log (if chosen) underneath the CL (CL not being the window but the widget). I proposed to have the file transfer manager show up underneath it in one of my designs. This is not in the CL thus. If you want to remove clutter by not having a new window. In what window would you list fts of multiple users. In a window where only in 1 setting all active chats are going on or the window that lists all contacts, so all of those who are sending ? * Is a ft manager needed after all ? (because of this question I proposed the FT in the chatwindow but not in the chat history). How many FT's do you think an ordinary aMSN user does at the same time ? Do we need an overview of all the FT's going on ? or is the user able to know which FT's he/she has going on (because they are not so many) and only needs to know about that FT's status when in an active chat with the contact he's sending to or receiving from ? - next point * I think (you not I guess) an ordinary (a)MSN user watches the status of an FT while in a chat with that specific user. To see how much longer it will take before he can end the conversation for example. That's why I think it should at all time be possible to have a conversation open with a user on screen and the file transfer with that user at the same time. This is not possible if you put the ft in another tab of the chatwindow. Anyway; I'm not sure if this is worth it at the end but it might make you think a bit more about it (not meant harsh, like you didn't think about it (but, did you ? :p)) Have a great day, Karel. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
talking about long mails :p (I say it before you do) 2007/5/30, Karel Demeyer [EMAIL PROTECTED]: Hi all, (first paragraph is to youness:) Long mails are very discouraging (is this english ?), especially if they start with I fully disagree with Karel.. Further on, after reading your mail (I read it!), I found out you don't disagree for 100% with what I said... so I was asking myself if you did read my whole mail and secondly, if you really thought a bit of it before responding. (not meant harsh in any way) Probably I'm gonna leave this debate alone as I don't see myself arguing a month or two to see (afterwards) it didn't have much effect. Some points though: * I also proposed FT's to be listed in the chatwindow of the corresponding chat, without being in the chat history (so they don't scroll). Seems logical, right ? You seem to do the same with your bar. I even thought about that bar too. But then I opened a chat window, made some drawings and saw we, most of the time, have a lot of screen real estate free (kind of wasted)underneath the contact's DP, on the right of the chat history. That's why I proposed to have this information over there. It's debatable if this is the right place or not as it seems easier to fit all this info in horizontal lines. two lines per file traffic didn't seem too much anyway. * You say I'm crazy about the CL and want everything inside of it ? The main purpose of amsn's main window might be listing contacts, but it's also from there on you change your status/nickname/preferences/plugin settings. There's an event log (if chosen) underneath the CL (CL not being the window but the widget). I proposed to have the file transfer manager show up underneath it in one of my designs. This is not in the CL thus. If you want to remove clutter by not having a new window. In what window would you list fts of multiple users. In a window where only in 1 setting all active chats are going on or the window that lists all contacts, so all of those who are sending ? * Is a ft manager needed after all ? (because of this question I proposed the FT in the chatwindow but not in the chat history). How many FT's do you think an ordinary aMSN user does at the same time ? Do we need an overview of all the FT's going on ? or is the user able to know which FT's he/she has going on (because they are not so many) and only needs to know about that FT's status when in an active chat with the contact he's sending to or receiving from ? - next point * I think (you not I guess) an ordinary (a)MSN user watches the status of an FT while in a chat with that specific user. To see how much longer it will take before he can end the conversation for example. That's why I think it should at all time be possible to have a conversation open with a user on screen and the file transfer with that user at the same time. This is not possible if you put the ft in another tab of the chatwindow. Anyway; I'm not sure if this is worth it at the end but it might make you think a bit more about it (not meant harsh, like you didn't think about it (but, did you ? :p)) Have a great day, Karel. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
On Wed, May 30, 2007 at 05:30:09PM +0200, Karel Demeyer wrote: Hi all, (first paragraph is to youness:) Long mails are very discouraging (is this english ?), especially if they start with I fully disagree with Karel.. Further on, after reading your mail (I read it!), I found out you don't disagree for 100% with what I said... so I was asking myself if you did read my whole mail and secondly, if you really thought a bit of it before responding. (not meant harsh in any way) wow, I just looked @ my previous mail, it is indeed very long, damn, sorry, and I thought I finally learned not to write long emails (nostalgic people are happy I guess, lol). and sorry if it was a turn off to see it started with 'I fully disagree with Karel'. I didn't mean it in a bad way. About the disagree at 100% or not, I must probably rewrite my sentence into I fully disagree on puttin the FT manager inside the main window. About if I really thought of it before responding, I really don't know, I don't even remember the long email.. I see a mail, I answer it and that's it.. so maybe I didn't think of it too much... you know I'm a busy person :p Concerning the rest of the email, I'll read it later, right now I'm busy, so sorry if you were expecting my answer right away. I promise I'll read/answer tonight! KaKaRoTo Probably I'm gonna leave this debate alone as I don't see myself arguing a month or two to see (afterwards) it didn't have much effect. Some points though: * I also proposed FT's to be listed in the chatwindow of the corresponding chat, without being in the chat history (so they don't scroll). Seems logical, right ? You seem to do the same with your bar. I even thought about that bar too. But then I opened a chat window, made some drawings and saw we, most of the time, have a lot of screen real estate free (kind of wasted)underneath the contact's DP, on the right of the chat history. That's why I proposed to have this information over there. It's debatable if this is the right place or not as it seems easier to fit all this info in horizontal lines. two lines per file traffic didn't seem too much anyway. * You say I'm crazy about the CL and want everything inside of it ? The main purpose of amsn's main window might be listing contacts, but it's also from there on you change your status/nickname/preferences/plugin settings. There's an event log (if chosen) underneath the CL (CL not being the window but the widget). I proposed to have the file transfer manager show up underneath it in one of my designs. This is not in the CL thus. If you want to remove clutter by not having a new window. In what window would you list fts of multiple users. In a window where only in 1 setting all active chats are going on or the window that lists all contacts, so all of those who are sending ? * Is a ft manager needed after all ? (because of this question I proposed the FT in the chatwindow but not in the chat history). How many FT's do you think an ordinary aMSN user does at the same time ? Do we need an overview of all the FT's going on ? or is the user able to know which FT's he/she has going on (because they are not so many) and only needs to know about that FT's status when in an active chat with the contact he's sending to or receiving from ? - next point * I think (you not I guess) an ordinary (a)MSN user watches the status of an FT while in a chat with that specific user. To see how much longer it will take before he can end the conversation for example. That's why I think it should at all time be possible to have a conversation open with a user on screen and the file transfer with that user at the same time. This is not possible if you put the ft in another tab of the chatwindow. Anyway; I'm not sure if this is worth it at the end but it might make you think a bit more about it (not meant harsh, like you didn't think about it (but, did you ? :p)) Have a great day, Karel. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
lol, yeah, too fast, but I wasn't going to say it, although I thought about it :p KKRT On Wed, May 30, 2007 at 05:30:55PM +0200, Karel Demeyer wrote: talking about long mails :p (I say it before you do) 2007/5/30, Karel Demeyer [EMAIL PROTECTED]: Hi all, (first paragraph is to youness:) Long mails are very discouraging (is this english ?), especially if they start with I fully disagree with Karel.. Further on, after reading your mail (I read it!), I found out you don't disagree for 100% with what I said... so I was asking myself if you did read my whole mail and secondly, if you really thought a bit of it before responding. (not meant harsh in any way) Probably I'm gonna leave this debate alone as I don't see myself arguing a month or two to see (afterwards) it didn't have much effect. Some points though: * I also proposed FT's to be listed in the chatwindow of the corresponding chat, without being in the chat history (so they don't scroll). Seems logical, right ? You seem to do the same with your bar. I even thought about that bar too. But then I opened a chat window, made some drawings and saw we, most of the time, have a lot of screen real estate free (kind of wasted)underneath the contact's DP, on the right of the chat history. That's why I proposed to have this information over there. It's debatable if this is the right place or not as it seems easier to fit all this info in horizontal lines. two lines per file traffic didn't seem too much anyway. * You say I'm crazy about the CL and want everything inside of it ? The main purpose of amsn's main window might be listing contacts, but it's also from there on you change your status/nickname/preferences/plugin settings. There's an event log (if chosen) underneath the CL (CL not being the window but the widget). I proposed to have the file transfer manager show up underneath it in one of my designs. This is not in the CL thus. If you want to remove clutter by not having a new window. In what window would you list fts of multiple users. In a window where only in 1 setting all active chats are going on or the window that lists all contacts, so all of those who are sending ? * Is a ft manager needed after all ? (because of this question I proposed the FT in the chatwindow but not in the chat history). How many FT's do you think an ordinary aMSN user does at the same time ? Do we need an overview of all the FT's going on ? or is the user able to know which FT's he/she has going on (because they are not so many) and only needs to know about that FT's status when in an active chat with the contact he's sending to or receiving from ? - next point * I think (you not I guess) an ordinary (a)MSN user watches the status of an FT while in a chat with that specific user. To see how much longer it will take before he can end the conversation for example. That's why I think it should at all time be possible to have a conversation open with a user on screen and the file transfer with that user at the same time. This is not possible if you put the ft in another tab of the chatwindow. Anyway; I'm not sure if this is worth it at the end but it might make you think a bit more about it (not meant harsh, like you didn't think about it (but, did you ? :p)) Have a great day, Karel. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
Karel Demeyer wrote: * I think (you not I guess) an ordinary (a)MSN user watches the status of an FT while in a chat with that specific user. To see how much longer it will take before he can end the conversation for example. That's why I think it should at all time be possible to have a conversation open with a user on screen and the file transfer with that user at the same time. This is not possible if you put the ft in another tab of the chatwindow. I would go for this. I generally don't like d/l managers as the one seen in ffox (as you pointed that out), I usually just don't like single-purpose windows floating around my workspace, so the least they are, the better it is. I think D/Ls notices/progbars should be docked somewhere in the chatwindow. That's a matter of *my* tastes, though. bye :) - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
Op 30-mei-2007, om 19:19 heeft NoWhereMan het volgende geschreven: Karel Demeyer wrote: * I think (you not I guess) an ordinary (a)MSN user watches the status of an FT while in a chat with that specific user. To see how much longer it will take before he can end the conversation for example. That's why I think it should at all time be possible to have a conversation open with a user on screen and the file transfer with that user at the same time. This is not possible if you put the ft in another tab of the chatwindow. I would go for this. I generally don't like d/l managers as the one seen in ffox (as you pointed that out), I usually just don't like single-purpose windows floating around my workspace, so the least they are, the better it is. I think D/Ls notices/progbars should be docked somewhere in the chatwindow. That's a matter of *my* tastes, though. bye :) I agree. That last point in Karel's long e-mail, just makes the most sense of all. And, as a consequence, I think, the way Youness proposed would be the best way to show an FT. Just a simple line per FT above the button bar in the CW. Clicking it might cause some FT manager with more detailed info to pop up in any way (a separate window would be best I think). In this case, there is no such problem as 'loosing the FT window among all other windows', because the FT window is not necessarily there when an FT is going on, but just when the user asks for it. Also, when it is open already, and the user clicks some FT in any CW, the FT window should just raise to front (and not open a second one). This way, I think it would be perfectly usable. Btw. keep in mind that closing a CW should not stop any FT. So, there should be another way of opening the FT window than only through clicking an FT in a CW. Also when a conversation with the same contact is openend again, while the FT is still going on, that FT should appear in the CW again!!! Harry -- --- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
Harry Vennik wrote: Btw. keep in mind that closing a CW should not stop any FT. So, there should be another way of opening the FT window than only through clicking an FT in a CW. Also when a conversation with the same contact is openend again, while the FT is still going on, that FT should appear in the CW again!!! yeeech! that sounds a bit complex. I would just go with the wlm-like message if you leave the conversation now all transfers will be closed or something along the lines. It would be easier for you, I think... - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
Idem dito... if you don't want the FT to stop, keep the chatwin open. It's not because it's technically possible we need to use this as a feature (having it possible to close CW's and keeping the FT open). What's the plus ? Notifying the user the FT will be closed upon closing the CW is a must then off course. Are there any disadvantages of this approach ? Again, I'd like the question(s) to rise: Do we really need an FT manager? Isn't this a bit over-engineering ? Is it needed for an IM program where file transfers are a nice feature but not the main activity ? Do you think our users will transfer so many files at once they need a manager because they can't manage 'm themselves ? Karel. 2007/5/30, NoWhereMan [EMAIL PROTECTED]: Harry Vennik wrote: Btw. keep in mind that closing a CW should not stop any FT. So, there should be another way of opening the FT window than only through clicking an FT in a CW. Also when a conversation with the same contact is openend again, while the FT is still going on, that FT should appear in the CW again!!! yeeech! that sounds a bit complex. I would just go with the wlm-like message if you leave the conversation now all transfers will be closed or something along the lines. It would be easier for you, I think... - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
Karel Demeyer wrote: Again, I'd like the question(s) to rise: Do we really need an FT manager? Isn't this a bit over-engineering ? Is it needed for an IM program where file transfers are a nice feature but not the main activity ? Do you think our users will transfer so many files at once they need a manager because they can't manage 'm themselves ? I just don't like progress bars floating around...that's all it's true that file manager does have progress dialogs, but this is a - erm - IM program, does really an IM program need a dialog progress bar? *cough* :D - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
On Wed, 30 May 2007, Karel Demeyer wrote: Again, I'd like the question(s) to rise: Do we really need an FT manager? Isn't this a bit over-engineering ? Is it needed for an IM program where file transfers are a nice feature but not the main activity ? Do you think our users will transfer so many files at once they need a manager because they can't manage 'm themselves ? +1 from here. It would just clutter imho. :) When transferring a file with an IM program, you usually associate it with the sender/receiver and not with other downloads, so a download manager would be yet another desktop clutter... OK, better than the many transfer windows we have now, but still a nuisance. I think that the status bar is quite appropriate for FT info. Oh, and +1 from Alvaro - we just discussed it. :) Vivia Karel. 2007/5/30, NoWhereMan [EMAIL PROTECTED]: Harry Vennik wrote: Btw. keep in mind that closing a CW should not stop any FT. So, there should be another way of opening the FT window than only through clicking an FT in a CW. Also when a conversation with the same contact is openend again, while the FT is still going on, that FT should appear in the CW again!!! yeeech! that sounds a bit complex. I would just go with the wlm-like message if you leave the conversation now all transfers will be closed or something along the lines. It would be easier for you, I think... - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel --- Where is the life that we have lost in living? Where is the wisdom that we have lost in knowledge? Where is the knowledge that we have lost in information? OEO; - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
I liked karel's idea of having it under the dp, but that might get too cluttered. Above the status bar would work fine for me... or anywhere in the CW really :) On 30/05/07, Vivia Nikolaidou [EMAIL PROTECTED] wrote: On Wed, 30 May 2007, Karel Demeyer wrote: Again, I'd like the question(s) to rise: Do we really need an FT manager? Isn't this a bit over-engineering ? Is it needed for an IM program where file transfers are a nice feature but not the main activity ? Do you think our users will transfer so many files at once they need a manager because they can't manage 'm themselves ? +1 from here. It would just clutter imho. :) When transferring a file with an IM program, you usually associate it with the sender/receiver and not with other downloads, so a download manager would be yet another desktop clutter... OK, better than the many transfer windows we have now, but still a nuisance. I think that the status bar is quite appropriate for FT info. Oh, and +1 from Alvaro - we just discussed it. :) Vivia Karel. 2007/5/30, NoWhereMan [EMAIL PROTECTED]: Harry Vennik wrote: Btw. keep in mind that closing a CW should not stop any FT. So, there should be another way of opening the FT window than only through clicking an FT in a CW. Also when a conversation with the same contact is openend again, while the FT is still going on, that FT should appear in the CW again!!! yeeech! that sounds a bit complex. I would just go with the wlm-like message if you leave the conversation now all transfers will be closed or something along the lines. It would be easier for you, I think... - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel --- Where is the life that we have lost in living? Where is the wisdom that we have lost in knowledge? Where is the knowledge that we have lost in information? OEO; - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
ok, as promised, I've read it, and I'm asking now.. although I really need to go to bed :( On Wed, May 30, 2007 at 05:30:09PM +0200, Karel Demeyer wrote: Hi all, (first paragraph is to youness:) Long mails are very discouraging (is this english ?), especially if they start with I fully disagree with Karel.. Further on, after reading your mail (I read it!), I found out you don't disagree for 100% with what I said... so I was asking myself if you did read my whole mail and secondly, if you really thought a bit of it before responding. (not meant harsh in any way) already answered :p Probably I'm gonna leave this debate alone as I don't see myself arguing a month or two to see (afterwards) it didn't have much effect. nah, don't worry, you know we grealty appreciate your insight on these things, especially since you're the HIG guy ;) But I agree, no point in going in circles, we'll try to solve this fast. Some points though: * I also proposed FT's to be listed in the chatwindow of the corresponding chat, without being in the chat history (so they don't scroll). Seems logical, right ? You seem to do the same with your bar. I even thought about that bar too. But then I opened a chat window, made some drawings and saw we, most of the time, have a lot of screen real estate free (kind of wasted)underneath the contact's DP, on the right of the chat history. That's why I proposed to have this information over there. It's debatable if this is the right place or not as it seems easier to fit all this info in horizontal lines. two lines per file traffic didn't seem too much anyway. yeah ,logical, and a good idea. My original idea was to have a 'dock/undock' option, but when you said put it in the DP area, I thought about a ft bar area, so the idea is partially coming from you. The reason why I reject your solution and prefer mine is because it would fit best in one line then in a vertical bar. Also, the DP frame is for DPs.. it could get confusing... if we didn't have the dual dp thing, maybe, but now, it would be an eyesore to have DP - FT - DP... * You say I'm crazy about the CL and want everything inside of it ? The main purpose of amsn's main window might be listing contacts, but it's also from there on you change your status/nickname/preferences/plugin settings. There's an event log (if chosen) underneath the CL (CL not being the window but the widget). I proposed to have the file transfer manager show up underneath it in one of my designs. This is not in the CL thus. If you want to remove clutter by not having a new window. In what window would you list fts of multiple users. In a window where only in 1 setting all active chats are going on or the window that lists all contacts, so all of those who are sending ? yes, you are crazy about it :p hehe, no, it's just a point of view, the way you see the CL is not the way I see it, and most probably the way most people see it. the CL lists contacts yes, the main window gives access to your account and contact data, so the change nick/status and all that is normal because it's changing your account setting (you are a contact yourself). the events window is placed there because it gives a status on the changes that occured on the CL, so it's related. We wouldn't put the eventlog combobox in a chat window right ? that's how I see it, file transfers are relative to chats, so they should be considered as a 'chat window item', not a 'cl item', putting the FTs in the CL is like puttin the eventlog box in a chat window statusbar... * Is a ft manager needed after all ? (because of this question I proposed the FT in the chatwindow but not in the chat history). How many FT's do you think an ordinary aMSN user does at the same time ? Do we need an overview of all the FT's going on ? or is the user able to know which FT's he/she has going on (because they are not so many) and only needs to know about that FT's status when in an active chat with the contact he's sending to or receiving from ? - next point Good point. I don't think it's really needed that much. But, if we don't have one, then the 'FT info line' in a chat window will have very basic information, that's not good, or it will be very huge to contain all the info, or we'll need to right click to access the 'open file' or 'open directory' commands and you know better than anyone that right clicks are bad.. if we add convenience buttons, then it becomes a mini ft manager window.. right ? No, I don't think people will need it, but WE need it because otherwise it would become hard to manage the windows.. in the same way, you don't usually download 100s of files in firefox, but it still has a download manager, it's not a bittorent client, but hey, it's still useful. Gaim/pidgin also has it. the 'ft infobar' is what people will use while being in a transfer.. bt maybe an hour later, you would want to
Re: [Amsn-devel] 0.98 TODO
ok, so for your taste, you would get the FT manager the first time you get a file transfer, then you will click on it's 'settings' button and choose 'do not show when a file transfer is started', then you would only get the infobar, and no manager... makes sense ? KKRT On Wed, May 30, 2007 at 07:19:17PM +0200, NoWhereMan wrote: Karel Demeyer wrote: * I think (you not I guess) an ordinary (a)MSN user watches the status of an FT while in a chat with that specific user. To see how much longer it will take before he can end the conversation for example. That's why I think it should at all time be possible to have a conversation open with a user on screen and the file transfer with that user at the same time. This is not possible if you put the ft in another tab of the chatwindow. I would go for this. I generally don't like d/l managers as the one seen in ffox (as you pointed that out), I usually just don't like single-purpose windows floating around my workspace, so the least they are, the better it is. I think D/Ls notices/progbars should be docked somewhere in the chatwindow. That's a matter of *my* tastes, though. bye :) - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
that's the point of the brainstorming :) On Wed, May 30, 2007 at 09:53:38PM +0200, NoWhereMan wrote: Karel Demeyer wrote: Again, I'd like the question(s) to rise: Do we really need an FT manager? Isn't this a bit over-engineering ? Is it needed for an IM program where file transfers are a nice feature but not the main activity ? Do you think our users will transfer so many files at once they need a manager because they can't manage 'm themselves ? I just don't like progress bars floating around...that's all it's true that file manager does have progress dialogs, but this is a - erm - IM program, does really an IM program need a dialog progress bar? *cough* :D - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
Is there any chance of a 'download manager' being added to the TODO? Cause I'd be wiling to work on that :) Tom On 11/05/07, Youness Alaoui [EMAIL PROTECTED] wrote: Hi, I'll start this new thread about the 0.98 TODO. It is still very small now, and I hope it will get expanded with time. The 0.97 TODO is complete, 0.97 RC1 will be released soon (once we get the new smiley set lordzak/ubitux is doing), and we'll make a branch and start working on 0.98. So here's my current TODO list : - HIGH PRI : Implement the new preferences window - Implement a new chat window widget in snit with totally modular code and using events. - very nice idea : be able to record a message to be sent as voiceclip in the custom status/autoaway message : (http://www.amsn-project.net/forums/viewtopic.php?t=3272) - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
I mean FT Manager of course... On 28/05/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Is there any chance of a 'download manager' being added to the TODO? Cause I'd be wiling to work on that :) Tom On 11/05/07, Youness Alaoui [EMAIL PROTECTED] wrote: Hi, I'll start this new thread about the 0.98 TODO. It is still very small now, and I hope it will get expanded with time. The 0.97 TODO is complete, 0.97 RC1 will be released soon (once we get the new smiley set lordzak/ubitux is doing), and we'll make a branch and start working on 0.98. So here's my current TODO list : - HIGH PRI : Implement the new preferences window - Implement a new chat window widget in snit with totally modular code and using events. - very nice idea : be able to record a message to be sent as voiceclip in the custom status/autoaway message : (http://www.amsn-project.net/forums/viewtopic.php?t=3272 ) - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
That was intended to come with total rewrite of the new ChatWindow : so yes it is planned ;) Phil [EMAIL PROTECTED] a écrit : I mean FT Manager of course... On 28/05/07, [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Is there any chance of a 'download manager' being added to the TODO? Cause I'd be wiling to work on that :) Tom On 11/05/07, *Youness Alaoui * [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi, I'll start this new thread about the 0.98 TODO. It is still very small now, and I hope it will get expanded with time. The 0.97 TODO is complete, 0.97 RC1 will be released soon (once we get the new smiley set lordzak/ubitux is doing), and we'll make a branch and start working on 0.98. So here's my current TODO list : - HIGH PRI : Implement the new preferences window - Implement a new chat window widget in snit with totally modular code and using events. - very nice idea : be able to record a message to be sent as voiceclip in the custom status/autoaway message : ( http://www.amsn-project.net/forums/viewtopic.php?t=3272 http://www.amsn-project.net/forums/viewtopic.php?t=3272) - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net mailto:Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
I think this is a very good idea. Would be better than 1 window per FT. An alternative would be, to integrate the progress indication for FT into the chat window. (a progressbar etc. in the notification message that an FT invitation was sent). Op 28-mei-2007, om 11:25 heeft [EMAIL PROTECTED] het volgende geschreven: I mean FT Manager of course... On 28/05/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Is there any chance of a 'download manager' being added to the TODO? Cause I'd be wiling to work on that :) Tom On 11/05/07, Youness Alaoui [EMAIL PROTECTED] wrote: Hi, I'll start this new thread about the 0.98 TODO. It is still very small now, and I hope it will get expanded with time. The 0.97 TODO is complete, 0.97 RC1 will be released soon (once we get the new smiley set lordzak/ubitux is doing), and we'll make a branch and start working on 0.98. So here's my current TODO list : - HIGH PRI : Implement the new preferences window - Implement a new chat window widget in snit with totally modular code and using events. - very nice idea : be able to record a message to be sent as voiceclip in the custom status/autoaway message : ( http://www.amsn-project.net/forums/viewtopic.php?t=3272 ) -- --- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- --- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
Ow, hehe this one came in while I was typing my other message... But nice it's planned :-) Op 28-mei-2007, om 12:35 heeft Philippe Valembois - Phil het volgende geschreven: That was intended to come with total rewrite of the new ChatWindow : so yes it is planned ;) Phil [EMAIL PROTECTED] a écrit : I mean FT Manager of course... On 28/05/07, [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Is there any chance of a 'download manager' being added to the TODO? Cause I'd be wiling to work on that :) Tom On 11/05/07, *Youness Alaoui * [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi, I'll start this new thread about the 0.98 TODO. It is still very small now, and I hope it will get expanded with time. The 0.97 TODO is complete, 0.97 RC1 will be released soon (once we get the new smiley set lordzak/ubitux is doing), and we'll make a branch and start working on 0.98. So here's my current TODO list : - HIGH PRI : Implement the new preferences window - Implement a new chat window widget in snit with totally modular code and using events. - very nice idea : be able to record a message to be sent as voiceclip in the custom status/autoaway message : ( http://www.amsn-project.net/forums/viewtopic.php?t=3272 http://www.amsn-project.net/forums/viewtopic.php?t=3272) - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net mailto:Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel https://lists.sourceforge.net/lists/listinfo/amsn-devel - --- - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ - --- ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- --- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
Nooo ! ;) This idea from MSN is really bad : we always lost our FTs when we are in a deep conversation with someone. The FT Manager let us to see exactly what we have donloaded and so on... Phil Harry Vennik a écrit : I think this is a very good idea. Would be better than 1 window per FT. An alternative would be, to integrate the progress indication for FT into the chat window. (a progressbar etc. in the notification message that an FT invitation was sent). Op 28-mei-2007, om 11:25 heeft [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] het volgende geschreven: I mean FT Manager of course... On 28/05/07, [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Is there any chance of a 'download manager' being added to the TODO? Cause I'd be wiling to work on that :) Tom On 11/05/07, *Youness Alaoui * [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi, I'll start this new thread about the 0.98 TODO. It is still very small now, and I hope it will get expanded with time. The 0.97 TODO is complete, 0.97 RC1 will be released soon (once we get the new smiley set lordzak/ubitux is doing), and we'll make a branch and start working on 0.98. So here's my current TODO list : - HIGH PRI : Implement the new preferences window - Implement a new chat window widget in snit with totally modular code and using events. - very nice idea : be able to record a message to be sent as voiceclip in the custom status/autoaway message : ( http://www.amsn-project.net/forums/viewtopic.php?t=3272 http://www.amsn-project.net/forums/viewtopic.php?t=3272) - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net mailto:Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net mailto:Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
Idd. From a usability standpoint, I think it would be best to have all downloads in 1 FTmanager 'window', to avoid clutter and to make it overseeable. But I think it would be even better to embed this 'window' in the main amsn window to avoid clutter. In the caht window we could have a text saying (to check the status of this file transfer, see the main window). My idea is like this: | | +--+ | event log [v]| +--+ |File transfers:[-]| +--+ |Filename 1 - [EMAIL PROTECTED]| | [===] | | Open Cancel | | | |Filename 2 - [EMAIL PROTECTED]| | [===] | | Open Cancel | +--+ (watch with monospace font) when the [-] (button) is clicked, it should show: | | +--+ | event log [v]| +--+ |File transfers:[+]| +--+ (to expand again, click [+]) Ideas, suggestions ? Another idea would be to have the file transfer UI be embedded in the chatwindow, on the tab of the chat where the ft was started, but not in the conversation itself but on the right of it (where the dp of the user is). This space is not used for anything else, and this way the FT stays with the chat. As they have a link, they are easy to find this way. As FT's are not amsn's main activity and I don't see some users doing a lot of FT's together this would still be overseeable. Ideas here ? Suggestions ? Karel. 2007/5/28, Philippe Valembois - Phil [EMAIL PROTECTED]: Nooo ! ;) This idea from MSN is really bad : we always lost our FTs when we are in a deep conversation with someone. The FT Manager let us to see exactly what we have donloaded and so on... Phil Harry Vennik a écrit : I think this is a very good idea. Would be better than 1 window per FT. An alternative would be, to integrate the progress indication for FT into the chat window. (a progressbar etc. in the notification message that an FT invitation was sent). Op 28-mei-2007, om 11:25 heeft [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] het volgende geschreven: I mean FT Manager of course... On 28/05/07, [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Is there any chance of a 'download manager' being added to the TODO? Cause I'd be wiling to work on that :) Tom On 11/05/07, *Youness Alaoui * [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi, I'll start this new thread about the 0.98 TODO. It is still very small now, and I hope it will get expanded with time. The 0.97 TODO is complete, 0.97 RC1 will be released soon (once we get the new smiley set lordzak/ubitux is doing), and we'll make a branch and start working on 0.98. So here's my current TODO list : - HIGH PRI : Implement the new preferences window - Implement a new chat window widget in snit with totally modular code and using events. - very nice idea : be able to record a message to be sent as voiceclip in the custom status/autoaway message : ( http://www.amsn-project.net/forums/viewtopic.php?t=3272 http://www.amsn-project.net/forums/viewtopic.php?t=3272) - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net mailto:Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net mailto:Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now.
Re: [Amsn-devel] 0.98 TODO
I would have thought about a FTManager tab in the Chat Window... Simple to make and better to see all your transfers for every Chat Putting this in Main window is silly IMO as you can't start a FT from here... Phil Karel Demeyer a écrit : Idd. From a usability standpoint, I think it would be best to have all downloads in 1 FTmanager 'window', to avoid clutter and to make it overseeable. But I think it would be even better to embed this 'window' in the main amsn window to avoid clutter. In the caht window we could have a text saying (to check the status of this file transfer, see the main window). My idea is like this: | | +--+ | event log [v]| +--+ |File transfers:[-]| +--+ |Filename 1 - [EMAIL PROTECTED]| | [===] | | Open Cancel | | | |Filename 2 - [EMAIL PROTECTED]| | [===] | | Open Cancel | +--+ (watch with monospace font) when the [-] (button) is clicked, it should show: | | +--+ | event log [v]| +--+ |File transfers:[+]| +--+ (to expand again, click [+]) Ideas, suggestions ? Another idea would be to have the file transfer UI be embedded in the chatwindow, on the tab of the chat where the ft was started, but not in the conversation itself but on the right of it (where the dp of the user is). This space is not used for anything else, and this way the FT stays with the chat. As they have a link, they are easy to find this way. As FT's are not amsn's main activity and I don't see some users doing a lot of FT's together this would still be overseeable. Ideas here ? Suggestions ? Karel. 2007/5/28, Philippe Valembois - Phil [EMAIL PROTECTED]: Nooo ! ;) This idea from MSN is really bad : we always lost our FTs when we are in a deep conversation with someone. The FT Manager let us to see exactly what we have donloaded and so on... Phil Harry Vennik a écrit : I think this is a very good idea. Would be better than 1 window per FT. An alternative would be, to integrate the progress indication for FT into the chat window. (a progressbar etc. in the notification message that an FT invitation was sent). Op 28-mei-2007, om 11:25 heeft [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] het volgende geschreven: I mean FT Manager of course... On 28/05/07, [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Is there any chance of a 'download manager' being added to the TODO? Cause I'd be wiling to work on that :) Tom On 11/05/07, *Youness Alaoui * [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi, I'll start this new thread about the 0.98 TODO. It is still very small now, and I hope it will get expanded with time. The 0.97 TODO is complete, 0.97 RC1 will be released soon (once we get the new smiley set lordzak/ubitux is doing), and we'll make a branch and start working on 0.98. So here's my current TODO list : - HIGH PRI : Implement the new preferences window - Implement a new chat window widget in snit with totally modular code and using events. - very nice idea : be able to record a message to be sent as voiceclip in the custom status/autoaway message : ( http://www.amsn-project.net/forums/viewtopic.php?t=3272 http://www.amsn-project.net/forums/viewtopic.php?t=3272) - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net mailto:Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel https://lists.sourceforge.net/lists/listinfo/amsn-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net mailto:Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] 0.98 TODO
So in a seperate window for non-tabbed-window users and in what tabbed window for ppl who use tabs per group ? Or only have the ft's of the chats of a specific container in the FT tab of that container ? So an FT tab per container ? You can 't start FT's from that FT tab either, don't you ? Doesn't this make it more difficult to find ? Or silly ? This means I can't chat with a person and see the status of the FT on the same moment ? I think it's very much needed to be able to see the status while your chatting wityh the person who sent the file or you're sending a file to! (this can be done with both my ideas and a FT manager in a seperate window) How is it simpler to make ? The question I have when I choose between my 2 ideas, is is it needed to see all downloads in 1 place ? ... will ppl have so much FT's all together so it's a needed feature sto see 'm both ? Because I'm not yet sure of this I have two ideas. 2007/5/28, Philippe Valembois - Phil [EMAIL PROTECTED]: I would have thought about a FTManager tab in the Chat Window... Simple to make and better to see all your transfers for every Chat Putting this in Main window is silly IMO as you can't start a FT from here... Phil Karel Demeyer a écrit : Idd. From a usability standpoint, I think it would be best to have all downloads in 1 FTmanager 'window', to avoid clutter and to make it overseeable. But I think it would be even better to embed this 'window' in the main amsn window to avoid clutter. In the caht window we could have a text saying (to check the status of this file transfer, see the main window). My idea is like this: | | +--+ | event log [v]| +--+ |File transfers:[-]| +--+ |Filename 1 - [EMAIL PROTECTED]| | [===] | | Open Cancel | | | |Filename 2 - [EMAIL PROTECTED]| | [===] | | Open Cancel | +--+ (watch with monospace font) when the [-] (button) is clicked, it should show: | | +--+ | event log [v]| +--+ |File transfers:[+]| +--+ (to expand again, click [+]) Ideas, suggestions ? Another idea would be to have the file transfer UI be embedded in the chatwindow, on the tab of the chat where the ft was started, but not in the conversation itself but on the right of it (where the dp of the user is). This space is not used for anything else, and this way the FT stays with the chat. As they have a link, they are easy to find this way. As FT's are not amsn's main activity and I don't see some users doing a lot of FT's together this would still be overseeable. Ideas here ? Suggestions ? Karel. 2007/5/28, Philippe Valembois - Phil [EMAIL PROTECTED]: Nooo ! ;) This idea from MSN is really bad : we always lost our FTs when we are in a deep conversation with someone. The FT Manager let us to see exactly what we have donloaded and so on... Phil Harry Vennik a écrit : I think this is a very good idea. Would be better than 1 window per FT. An alternative would be, to integrate the progress indication for FT into the chat window. (a progressbar etc. in the notification message that an FT invitation was sent). Op 28-mei-2007, om 11:25 heeft [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] het volgende geschreven: I mean FT Manager of course... On 28/05/07, [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Is there any chance of a 'download manager' being added to the TODO? Cause I'd be wiling to work on that :) Tom On 11/05/07, *Youness Alaoui * [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi, I'll start this new thread about the 0.98 TODO. It is still very small now, and I hope it will get expanded with time. The 0.97 TODO is complete, 0.97 RC1 will be released soon (once we get the new smiley set lordzak/ubitux is doing), and we'll make a branch and start working on 0.98. So here's my current TODO list : - HIGH PRI : Implement the new preferences window - Implement a new chat window widget in snit with totally modular code and using events. - very nice idea : be able to record a message to be sent as voiceclip in the custom status/autoaway message : ( http://www.amsn-project.net/forums/viewtopic.php?t=3272 http://www.amsn-project.net/forums/viewtopic.php?t=3272) - This SF.net email is sponsored by DB2 Express Download DB2
Re: [Amsn-devel] 0.98 TODO
I agree with Karel - we should have a tab in the main window. That way, if/when we have tabbed CLs for multiple logins then it can be just another tab on the end..? Or maybe different... On 28/05/07, Karel Demeyer [EMAIL PROTECTED] wrote: So in a seperate window for non-tabbed-window users and in what tabbed window for ppl who use tabs per group ? Or only have the ft's of the chats of a specific container in the FT tab of that container ? So an FT tab per container ? You can 't start FT's from that FT tab either, don't you ? Doesn't this make it more difficult to find ? Or silly ? This means I can't chat with a person and see the status of the FT on the same moment ? I think it's very much needed to be able to see the status while your chatting wityh the person who sent the file or you're sending a file to! (this can be done with both my ideas and a FT manager in a seperate window) How is it simpler to make ? The question I have when I choose between my 2 ideas, is is it needed to see all downloads in 1 place ? ... will ppl have so much FT's all together so it's a needed feature sto see 'm both ? Because I'm not yet sure of this I have two ideas. 2007/5/28, Philippe Valembois - Phil [EMAIL PROTECTED] : I would have thought about a FTManager tab in the Chat Window... Simple to make and better to see all your transfers for every Chat Putting this in Main window is silly IMO as you can't start a FT from here... Phil Karel Demeyer a écrit : Idd. From a usability standpoint, I think it would be best to have all downloads in 1 FTmanager 'window', to avoid clutter and to make it overseeable. But I think it would be even better to embed this 'window' in the main amsn window to avoid clutter. In the caht window we could have a text saying (to check the status of this file transfer, see the main window). My idea is like this: | | +--+ | event log [v]| +--+ |File transfers:[-]| +--+ |Filename 1 - [EMAIL PROTECTED]| | [===] | | Open Cancel | | | |Filename 2 - [EMAIL PROTECTED]| | [===] | | Open Cancel | +--+ (watch with monospace font) when the [-] (button) is clicked, it should show: | | +--+ | event log [v]| +--+ |File transfers:[+]| +--+ (to expand again, click [+]) Ideas, suggestions ? Another idea would be to have the file transfer UI be embedded in the chatwindow, on the tab of the chat where the ft was started, but not in the conversation itself but on the right of it (where the dp of the user is). This space is not used for anything else, and this way the FT stays with the chat. As they have a link, they are easy to find this way. As FT's are not amsn's main activity and I don't see some users doing a lot of FT's together this would still be overseeable. Ideas here ? Suggestions ? Karel. 2007/5/28, Philippe Valembois - Phil [EMAIL PROTECTED]: Nooo ! ;) This idea from MSN is really bad : we always lost our FTs when we are in a deep conversation with someone. The FT Manager let us to see exactly what we have donloaded and so on... Phil Harry Vennik a écrit : I think this is a very good idea. Would be better than 1 window per FT. An alternative would be, to integrate the progress indication for FT into the chat window. (a progressbar etc. in the notification message that an FT invitation was sent). Op 28-mei-2007, om 11:25 heeft [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] het volgende geschreven: I mean FT Manager of course... On 28/05/07, [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Is there any chance of a 'download manager' being added to the TODO? Cause I'd be wiling to work on that :) Tom On 11/05/07, *Youness Alaoui * [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi, I'll start this new thread about the 0.98 TODO. It is still very small now, and I hope it will get expanded with time. The 0.97 TODO is complete, 0.97 RC1 will be released soon (once we get the new smiley set lordzak/ubitux is doing), and we'll make a branch and start working on 0.98. So here's my current TODO list : - HIGH PRI : Implement the new preferences window - Implement a new chat window widget in snit with totally modular code and using events. - very nice idea : be able to record a message to be sent as voiceclip in the custom status/autoaway message : (
Re: [Amsn-devel] 0.98 TODO
A tab in the main window ? I'm sure most ppl would want to see their contactlist all time while chatting. If this is true, it makes it again mpossible to chat and watch the status of the FT at the same time. Also, I dislike the idea of tabs for multiple account. All contacts of all account should be in 1 list. It's not about account', IM is about the contacts, right ? you shouldn't care what account your contact is on to reach him/her, just chat to her/him, right ? This why I wanted it underneath the contactlist in the main window (in my first idea). Karel. 2007/5/28, [EMAIL PROTECTED] [EMAIL PROTECTED]: I agree with Karel - we should have a tab in the main window. That way, if/when we have tabbed CLs for multiple logins then it can be just another tab on the end..? Or maybe different... On 28/05/07, Karel Demeyer [EMAIL PROTECTED] wrote: So in a seperate window for non-tabbed-window users and in what tabbed window for ppl who use tabs per group ? Or only have the ft's of the chats of a specific container in the FT tab of that container ? So an FT tab per container ? You can 't start FT's from that FT tab either, don't you ? Doesn't this make it more difficult to find ? Or silly ? This means I can't chat with a person and see the status of the FT on the same moment ? I think it's very much needed to be able to see the status while your chatting wityh the person who sent the file or you're sending a file to! (this can be done with both my ideas and a FT manager in a seperate window) How is it simpler to make ? The question I have when I choose between my 2 ideas, is is it needed to see all downloads in 1 place ? ... will ppl have so much FT's all together so it's a needed feature sto see 'm both ? Because I'm not yet sure of this I have two ideas. 2007/5/28, Philippe Valembois - Phil [EMAIL PROTECTED]: I would have thought about a FTManager tab in the Chat Window... Simple to make and better to see all your transfers for every Chat Putting this in Main window is silly IMO as you can't start a FT from here... Phil Karel Demeyer a écrit : Idd. From a usability standpoint, I think it would be best to have all downloads in 1 FTmanager 'window', to avoid clutter and to make it overseeable. But I think it would be even better to embed this 'window' in the main amsn window to avoid clutter. In the caht window we could have a text saying (to check the status of this file transfer, see the main window). My idea is like this: | | +--+ | event log [v]| +--+ |File transfers:[-]| +--+ |Filename 1 - [EMAIL PROTECTED]| | [===] | | Open Cancel | | | |Filename 2 - [EMAIL PROTECTED]| | [===] | | Open Cancel | +--+ (watch with monospace font) when the [-] (button) is clicked, it should show: | | +--+ | event log [v]| +--+ |File transfers:[+]| +--+ (to expand again, click [+]) Ideas, suggestions ? Another idea would be to have the file transfer UI be embedded in the chatwindow, on the tab of the chat where the ft was started, but not in the conversation itself but on the right of it (where the dp of the user is). This space is not used for anything else, and this way the FT stays with the chat. As they have a link, they are easy to find this way. As FT's are not amsn's main activity and I don't see some users doing a lot of FT's together this would still be overseeable. Ideas here ? Suggestions ? Karel. 2007/5/28, Philippe Valembois - Phil [EMAIL PROTECTED]: Nooo ! ;) This idea from MSN is really bad : we always lost our FTs when we are in a deep conversation with someone. The FT Manager let us to see exactly what we have donloaded and so on... Phil Harry Vennik a écrit : I think this is a very good idea. Would be better than 1 window per FT. An alternative would be, to integrate the progress indication for FT into the chat window. (a progressbar etc. in the notification message that an FT invitation was sent). Op 28-mei-2007, om 11:25 heeft [EMAIL PROTECTED] mailto: [EMAIL PROTECTED] het volgende geschreven: I mean FT Manager of course... On 28/05/07, * [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Is there any chance of a 'download manager' being added to the TODO? Cause I'd be wiling to work on that :) Tom
Re: [Amsn-devel] 0.98 TODO
Hmm, I don't see the point of putting the FT manager in the CL Window, it has simply nothing to do with the CL. I'd say we'd either embed it in the chat as I suggested (but Phil rejected that already), or have a separate FT manager window, just to have all FT's in one window, and to keep some FT history (so when you know that Mr X sent you some file yesterday, you can open the FT window, and you can see the completed FT from Mr X there...). Also it would be nice to have some way (right-click menu?) there that allows you to move the file from 'amsn received files' to somewhere else, or delete the file. This will allow a user to accept an FT, open the file to see if he likes it, if yes, put it in some sensible location, otherwise delete it. The look of the window could be similar to the Downloads window in Firefox or Safari. Harry Op 28-mei-2007, om 14:58 heeft [EMAIL PROTECTED] het volgende geschreven: I agree with Karel - we should have a tab in the main window. That way, if/when we have tabbed CLs for multiple logins then it can be just another tab on the end..? Or maybe different... On 28/05/07, Karel Demeyer [EMAIL PROTECTED] wrote: So in a seperate window for non-tabbed-window users and in what tabbed window for ppl who use tabs per group ? Or only have the ft's of the chats of a specific container in the FT tab of that container ? So an FT tab per container ? You can 't start FT's from that FT tab either, don't you ? Doesn't this make it more difficult to find ? Or silly ? This means I can't chat with a person and see the status of the FT on the same moment ? I think it's very much needed to be able to see the status while your chatting wityh the person who sent the file or you're sending a file to! (this can be done with both my ideas and a FT manager in a seperate window) How is it simpler to make ? The question I have when I choose between my 2 ideas, is is it needed to see all downloads in 1 place ? ... will ppl have so much FT's all together so it's a needed feature sto see 'm both ? Because I'm not yet sure of this I have two ideas. 2007/5/28, Philippe Valembois - Phil [EMAIL PROTECTED]: I would have thought about a FTManager tab in the Chat Window... Simple to make and better to see all your transfers for every Chat Putting this in Main window is silly IMO as you can't start a FT from here... Phil Karel Demeyer a écrit : Idd. From a usability standpoint, I think it would be best to have all downloads in 1 FTmanager 'window', to avoid clutter and to make it overseeable. But I think it would be even better to embed this 'window' in the main amsn window to avoid clutter. In the caht window we could have a text saying (to check the status of this file transfer, see the main window). My idea is like this: | | +--+ | event log [v]| +--+ |File transfers:[-]| +--+ |Filename 1 - [EMAIL PROTECTED]| | [===] | | Open Cancel | | | |Filename 2 - [EMAIL PROTECTED]| | [===] | | Open Cancel | +--+ (watch with monospace font) when the [-] (button) is clicked, it should show: | | +--+ | event log [v]| +--+ |File transfers:[+]| +--+ (to expand again, click [+]) Ideas, suggestions ? Another idea would be to have the file transfer UI be embedded in the chatwindow, on the tab of the chat where the ft was started, but not in the conversation itself but on the right of it (where the dp of the user is). This space is not used for anything else, and this way the FT stays with the chat. As they have a link, they are easy to find this way. As FT's are not amsn's main activity and I don't see some users doing a lot of FT's together this would still be overseeable. Ideas here ? Suggestions ? Karel. 2007/5/28, Philippe Valembois - Phil [EMAIL PROTECTED]: Nooo ! ;) This idea from MSN is really bad : we always lost our FTs when we are in a deep conversation with someone. The FT Manager let us to see exactly what we have donloaded and so on... Phil Harry Vennik a écrit : I think this is a very good idea. Would be better than 1 window per FT. An alternative would be, to integrate the progress indication for FT into the chat window. (a progressbar etc. in the notification message that an FT invitation was sent). Op 28-mei-2007, om 11:25 heeft [EMAIL PROTECTED] mailto: [EMAIL PROTECTED] het volgende geschreven: I mean FT Manager of course... On 28/05/07, * [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote:
Re: [Amsn-devel] 0.98 TODO
multiple logins in one window? I don't understand that I use multiple logins when I have friens at home that want to connect. each login is completely indepent :-s apart this IMO a separate FT window is much better than all other proposed solutions 2007/5/28, Karel Demeyer [EMAIL PROTECTED]: A tab in the main window ? I'm sure most ppl would want to see their contactlist all time while chatting. If this is true, it makes it again mpossible to chat and watch the status of the FT at the same time. Also, I dislike the idea of tabs for multiple account. All contacts of all account should be in 1 list. It's not about account', IM is about the contacts, right ? you shouldn't care what account your contact is on to reach him/her, just chat to her/him, right ? This why I wanted it underneath the contactlist in the main window (in my first idea). Karel. 2007/5/28, [EMAIL PROTECTED] [EMAIL PROTECTED]: I agree with Karel - we should have a tab in the main window. That way, if/when we have tabbed CLs for multiple logins then it can be just another tab on the end..? Or maybe different... On 28/05/07, Karel Demeyer [EMAIL PROTECTED] wrote: So in a seperate window for non-tabbed-window users and in what tabbed window for ppl who use tabs per group ? Or only have the ft's of the chats of a specific container in the FT tab of that container ? So an FT tab per container ? You can 't start FT's from that FT tab either, don't you ? Doesn't this make it more difficult to find ? Or silly ? This means I can't chat with a person and see the status of the FT on the same moment ? I think it's very much needed to be able to see the status while your chatting wityh the person who sent the file or you're sending a file to! (this can be done with both my ideas and a FT manager in a seperate window) How is it simpler to make ? The question I have when I choose between my 2 ideas, is is it needed to see all downloads in 1 place ? ... will ppl have so much FT's all together so it's a needed feature sto see 'm both ? Because I'm not yet sure of this I have two ideas. 2007/5/28, Philippe Valembois - Phil [EMAIL PROTECTED]: I would have thought about a FTManager tab in the Chat Window... Simple to make and better to see all your transfers for every Chat Putting this in Main window is silly IMO as you can't start a FT from here... Phil Karel Demeyer a écrit : Idd. From a usability standpoint, I think it would be best to have all downloads in 1 FTmanager 'window', to avoid clutter and to make it overseeable. But I think it would be even better to embed this 'window' in the main amsn window to avoid clutter. In the caht window we could have a text saying (to check the status of this file transfer, see the main window). My idea is like this: | | +--+ | event log [v]| +--+ |File transfers:[-]| +--+ |Filename 1 - [EMAIL PROTECTED]| | [===] | | Open Cancel | | | |Filename 2 - [EMAIL PROTECTED]| | [===] | | Open Cancel | +--+ (watch with monospace font) when the [-] (button) is clicked, it should show: | | +--+ | event log [v]| +--+ |File transfers:[+]| +--+ (to expand again, click [+]) Ideas, suggestions ? Another idea would be to have the file transfer UI be embedded in the chatwindow, on the tab of the chat where the ft was started, but not in the conversation itself but on the right of it (where the dp of the user is). This space is not used for anything else, and this way the FT stays with the chat. As they have a link, they are easy to find this way. As FT's are not amsn's main activity and I don't see some users doing a lot of FT's together this would still be overseeable. Ideas here ? Suggestions ? Karel. 2007/5/28, Philippe Valembois - Phil [EMAIL PROTECTED]: Nooo ! ;) This idea from MSN is really bad : we always lost our FTs when we are in a deep conversation with someone. The FT Manager let us to see exactly what we have donloaded and so on... Phil Harry Vennik a écrit : I think this is a very good idea. Would be better than 1 window per FT. An alternative would be, to integrate the progress indication for FT into the chat window. (a progressbar etc. in the notification message that an FT invitation was sent). Op
Re: [Amsn-devel] 0.98 TODO
That's a whole other story. I was talking about having more then 1 account in an aMSN profile. Having multiple profiles would still be possible this way. Othjer profiles should have their own window, not a tab on teh window of the other profile so you can have 1 amsn profile on a workspace and another (from a friend) on another workspace for example. 2007/5/28, tonighx [EMAIL PROTECTED]: multiple logins in one window? I don't understand that I use multiple logins when I have friens at home that want to connect. each login is completely indepent :-s apart this IMO a separate FT window is much better than all other proposed solutions 2007/5/28, Karel Demeyer [EMAIL PROTECTED]: A tab in the main window ? I'm sure most ppl would want to see their contactlist all time while chatting. If this is true, it makes it again mpossible to chat and watch the status of the FT at the same time. Also, I dislike the idea of tabs for multiple account. All contacts of all account should be in 1 list. It's not about account', IM is about the contacts, right ? you shouldn't care what account your contact is on to reach him/her, just chat to her/him, right ? This why I wanted it underneath the contactlist in the main window (in my first idea). Karel. 2007/5/28, [EMAIL PROTECTED] [EMAIL PROTECTED]: I agree with Karel - we should have a tab in the main window. That way, if/when we have tabbed CLs for multiple logins then it can be just another tab on the end..? Or maybe different... On 28/05/07, Karel Demeyer [EMAIL PROTECTED] wrote: So in a seperate window for non-tabbed-window users and in what tabbed window for ppl who use tabs per group ? Or only have the ft's of the chats of a specific container in the FT tab of that container ? So an FT tab per container ? You can 't start FT's from that FT tab either, don't you ? Doesn't this make it more difficult to find ? Or silly ? This means I can't chat with a person and see the status of the FT on the same moment ? I think it's very much needed to be able to see the status while your chatting wityh the person who sent the file or you're sending a file to! (this can be done with both my ideas and a FT manager in a seperate window) How is it simpler to make ? The question I have when I choose between my 2 ideas, is is it needed to see all downloads in 1 place ? ... will ppl have so much FT's all together so it's a needed feature sto see 'm both ? Because I'm not yet sure of this I have two ideas. 2007/5/28, Philippe Valembois - Phil [EMAIL PROTECTED]: I would have thought about a FTManager tab in the Chat Window... Simple to make and better to see all your transfers for every Chat Putting this in Main window is silly IMO as you can't start a FT from here... Phil Karel Demeyer a écrit : Idd. From a usability standpoint, I think it would be best to have all downloads in 1 FTmanager 'window', to avoid clutter and to make it overseeable. But I think it would be even better to embed this 'window' in the main amsn window to avoid clutter. In the caht window we could have a text saying (to check the status of this file transfer, see the main window). My idea is like this: | | +--+ | event log [v]| +--+ |File transfers:[-]| +--+ |Filename 1 - [EMAIL PROTECTED]| | [===] | | Open Cancel | | | |Filename 2 - [EMAIL PROTECTED]| | [===] | | Open Cancel | +--+ (watch with monospace font) when the [-] (button) is clicked, it should show: | | +--+ | event log [v]| +--+ |File transfers:[+]| +--+ (to expand again, click [+]) Ideas, suggestions ? Another idea would be to have the file transfer UI be embedded in the chatwindow, on the tab of the chat where the ft was started, but not in the conversation itself but on the right of it (where the dp of the user is). This space is not used for anything else, and this way the FT stays with the chat. As they have a link, they are easy to find this way. As FT's are not amsn's main activity and I don't see some users doing a lot of FT's together this would still be overseeable. Ideas here ? Suggestions ? Karel. 2007/5/28, Philippe Valembois - Phil [EMAIL PROTECTED]:
Re: [Amsn-devel] 0.98 TODO
Op 28-mei-2007, om 15:30 heeft Karel Demeyer het volgende geschreven: 2007/5/28, Harry Vennik [EMAIL PROTECTED]: Hmm, I don't see the point of putting the FT manager in the CL Window, it has simply nothing to do with the CL. The main window is not only about the CL, it's about aMSN on it's whole ! Hmm, I wonder if many users would think of it that way. At least I don't. I'd say we'd either embed it in the chat as I suggested (but Phil rejected that already), As it would scroll away and make it impossible to watch while chatting. That's true, but why would you watch it all the time? Because of the nice progressbar with changing color? (j/k) Of course, you might want to check if the transfer has finished, but I won't mind scrolling back for that. There is one other problem however (which applies to some other proposed solutions too): What to do when the CW is closed before the FT completes? or have a separate FT manager window, just to have all FT's in one window, and to keep some FT history (so when you know that Mr X sent you some file yesterday, you can open the FT window, and you can see the completed FT from Mr X there...). Also it would be nice to have some way (right-click menu?) there that allows you to move the file from 'amsn received files' to somewhere else, or delete the file. This will allow a user to accept an FT, open the file to see if he likes it, if yes, put it in some sensible location, otherwise delete it. The look of the window could be similar to the Downloads window in Firefox or Safari. Which is all possible in my 1st idea, without having yet another window open. This way, there's no ned to search for the window in you window manager, it's in teh main amsn window most users will have on their screen while using amsn anyway. I know that's possible, but I just wouldn't like to have that stuff in my CL window. Harry Op 28-mei-2007, om 14:58 heeft [EMAIL PROTECTED] het volgende geschreven: I agree with Karel - we should have a tab in the main window. That way, if/when we have tabbed CLs for multiple logins then it can be just another tab on the end..? Or maybe different... On 28/05/07, Karel Demeyer [EMAIL PROTECTED] wrote: So in a seperate window for non-tabbed-window users and in what tabbed window for ppl who use tabs per group ? Or only have the ft's of the chats of a specific container in the FT tab of that container ? So an FT tab per container ? You can 't start FT's from that FT tab either, don't you ? Doesn't this make it more difficult to find ? Or silly ? This means I can't chat with a person and see the status of the FT on the same moment ? I think it's very much needed to be able to see the status while your chatting wityh the person who sent the file or you're sending a file to! (this can be done with both my ideas and a FT manager in a seperate window) How is it simpler to make ? The question I have when I choose between my 2 ideas, is is it needed to see all downloads in 1 place ? ... will ppl have so much FT's all together so it's a needed feature sto see 'm both ? Because I'm not yet sure of this I have two ideas. 2007/5/28, Philippe Valembois - Phil [EMAIL PROTECTED]: I would have thought about a FTManager tab in the Chat Window... Simple to make and better to see all your transfers for every Chat Putting this in Main window is silly IMO as you can't start a FT from here... Phil Karel Demeyer a écrit : Idd. From a usability standpoint, I think it would be best to have all downloads in 1 FTmanager 'window', to avoid clutter and to make it overseeable. But I think it would be even better to embed this 'window' in the main amsn window to avoid clutter. In the caht window we could have a text saying (to check the status of this file transfer, see the main window). My idea is like this: | | +--+ | event log [v]| +--+ |File transfers:[-]| +--+ |Filename 1 - [EMAIL PROTECTED]| | [===] | | Open Cancel | | | |Filename 2 - [EMAIL PROTECTED]| | [===] | | Open Cancel | +--+ (watch with monospace font) when the [-] (button) is clicked, it should show: | | +--+ | event log [v]| +--+ |File transfers:[+]| +--+ (to expand again, click [+]) Ideas, suggestions ? Another idea would be to have the file transfer UI be embedded in the chatwindow, on the tab of the chat where the ft was started, but not in the conversation itself but on the right of it (where the dp of the user is). This space is not used for anything else, and this way the
Re: [Amsn-devel] 0.98 TODO
I dislike the separated Window and Main Window for FT because like Karel I don't like to search 100 years for a window but I often only keep my chat window open... The most logical would be to have FTs near the chat window of the bound contact so I would say a FT tab for each container and for users who don't use tabs add one especially for FT ? (I am not sure for this last one) Anyway, when I want to chat I don't want to have the side of a window taken by the download manager : don't forget that's a huge window so how would you integreate this near the chat window... Unlike Live we provide several informations/options for each file... About moving file, I don't know if we can display a directory browser but idea seems interesting but not using a right clic (think about Mac user and their Command-click) and that's so better to provide a button like we have already for other actions... Phil Karel Demeyer a écrit : 2007/5/28, Harry Vennik [EMAIL PROTECTED]: Hmm, I don't see the point of putting the FT manager in the CL Window, it has simply nothing to do with the CL. The main window is not only about the CL, it's about aMSN on it's whole ! I'd say we'd either embed it in the chat as I suggested (but Phil rejected that already), As it would scroll away and make it impossible to watch while chatting. or have a separate FT manager window, just to have all FT's in one window, and to keep some FT history (so when you know that Mr X sent you some file yesterday, you can open the FT window, and you can see the completed FT from Mr X there...). Also it would be nice to have some way (right-click menu?) there that allows you to move the file from 'amsn received files' to somewhere else, or delete the file. This will allow a user to accept an FT, open the file to see if he likes it, if yes, put it in some sensible location, otherwise delete it. The look of the window could be similar to the Downloads window in Firefox or Safari. Which is all possible in my 1st idea, without having yet another window open. This way, there's no ned to search for the window in you window manager, it's in teh main amsn window most users will have on their screen while using amsn anyway. Harry Op 28-mei-2007, om 14:58 heeft [EMAIL PROTECTED] het volgende geschreven: I agree with Karel - we should have a tab in the main window. That way, if/when we have tabbed CLs for multiple logins then it can be just another tab on the end..? Or maybe different... On 28/05/07, Karel Demeyer [EMAIL PROTECTED] wrote: So in a seperate window for non-tabbed-window users and in what tabbed window for ppl who use tabs per group ? Or only have the ft's of the chats of a specific container in the FT tab of that container ? So an FT tab per container ? You can 't start FT's from that FT tab either, don't you ? Doesn't this make it more difficult to find ? Or silly ? This means I can't chat with a person and see the status of the FT on the same moment ? I think it's very much needed to be able to see the status while your chatting wityh the person who sent the file or you're sending a file to! (this can be done with both my ideas and a FT manager in a seperate window) How is it simpler to make ? The question I have when I choose between my 2 ideas, is is it needed to see all downloads in 1 place ? ... will ppl have so much FT's all together so it's a needed feature sto see 'm both ? Because I'm not yet sure of this I have two ideas. 2007/5/28, Philippe Valembois - Phil [EMAIL PROTECTED]: I would have thought about a FTManager tab in the Chat Window... Simple to make and better to see all your transfers for every Chat Putting this in Main window is silly IMO as you can't start a FT from here... Phil Karel Demeyer a écrit : Idd. From a usability standpoint, I think it would be best to have all downloads in 1 FTmanager 'window', to avoid clutter and to make it overseeable. But I think it would be even better to embed this 'window' in the main amsn window to avoid clutter. In the caht window we could have a text saying (to check the status of this file transfer, see the main window). My idea is like this: | | +--+ | event log [v]| +--+ |File transfers:[-]| +--+ |Filename 1 - [EMAIL PROTECTED]| | [===] | | Open Cancel | | | |Filename 2 - [EMAIL PROTECTED]| | [===] | | Open Cancel | +--+ (watch with monospace font) when the [-] (button) is clicked, it should show: | | +--+ | event log [v]| +--+ |File transfers:[+]| +--+ (to expand again, click [+]) Ideas, suggestions ? Another idea would be to have the file
Re: [Amsn-devel] 0.98 TODO
I like the idea of a firefox style download manager. (In a separate window). This way the CL isn't too cluttered. Maybe we could have an option to show active FTs in the CL and double clicking an FT in the CL would bring up the download manager window (selecting the chosen transfer).. but I think having the whole download manager there is too much.. On 28 May 2007, at 14:17, Harry Vennik wrote: Hmm, I don't see the point of putting the FT manager in the CL Window, it has simply nothing to do with the CL. I'd say we'd either embed it in the chat as I suggested (but Phil rejected that already), or have a separate FT manager window, just to have all FT's in one window, and to keep some FT history (so when you know that Mr X sent you some file yesterday, you can open the FT window, and you can see the completed FT from Mr X there...). Also it would be nice to have some way (right-click menu?) there that allows you to move the file from 'amsn received files' to somewhere else, or delete the file. This will allow a user to accept an FT, open the file to see if he likes it, if yes, put it in some sensible location, otherwise delete it. The look of the window could be similar to the Downloads window in Firefox or Safari. Harry Op 28-mei-2007, om 14:58 heeft [EMAIL PROTECTED] het volgende geschreven: I agree with Karel - we should have a tab in the main window. That way, if/when we have tabbed CLs for multiple logins then it can be just another tab on the end..? Or maybe different... On 28/05/07, Karel Demeyer [EMAIL PROTECTED] wrote: So in a seperate window for non-tabbed-window users and in what tabbed window for ppl who use tabs per group ? Or only have the ft's of the chats of a specific container in the FT tab of that container ? So an FT tab per container ? You can 't start FT's from that FT tab either, don't you ? Doesn't this make it more difficult to find ? Or silly ? This means I can't chat with a person and see the status of the FT on the same moment ? I think it's very much needed to be able to see the status while your chatting wityh the person who sent the file or you're sending a file to! (this can be done with both my ideas and a FT manager in a seperate window) How is it simpler to make ? The question I have when I choose between my 2 ideas, is is it needed to see all downloads in 1 place ? ... will ppl have so much FT's all together so it's a needed feature sto see 'm both ? Because I'm not yet sure of this I have two ideas. 2007/5/28, Philippe Valembois - Phil [EMAIL PROTECTED]: I would have thought about a FTManager tab in the Chat Window... Simple to make and better to see all your transfers for every Chat Putting this in Main window is silly IMO as you can't start a FT from here... Phil Karel Demeyer a écrit : Idd. From a usability standpoint, I think it would be best to have all downloads in 1 FTmanager 'window', to avoid clutter and to make it overseeable. But I think it would be even better to embed this 'window' in the main amsn window to avoid clutter. In the caht window we could have a text saying (to check the status of this file transfer, see the main window). My idea is like this: | | +--+ | event log [v]| +--+ |File transfers:[-]| +--+ |Filename 1 - [EMAIL PROTECTED]| | [===] | | Open Cancel | | | |Filename 2 - [EMAIL PROTECTED]| | [===] | | Open Cancel | +--+ (watch with monospace font) when the [-] (button) is clicked, it should show: | | +--+ | event log [v]| +--+ |File transfers:[+]| +--+ (to expand again, click [+]) Ideas, suggestions ? Another idea would be to have the file transfer UI be embedded in the chatwindow, on the tab of the chat where the ft was started, but not in the conversation itself but on the right of it (where the dp of the user is). This space is not used for anything else, and this way the FT stays with the chat. As they have a link, they are easy to find this way. As FT's are not amsn's main activity and I don't see some users doing a lot of FT's together this would still be overseeable. Ideas here ? Suggestions ? Karel. 2007/5/28, Philippe Valembois - Phil [EMAIL PROTECTED]: Nooo ! ;) This idea from MSN is really bad : we always lost our FTs when we are in a deep conversation with someone. The FT Manager let us to see exactly what we have donloaded and so on... Phil Harry Vennik a écrit : I think this is a very good idea. Would be better than 1 window per FT. An alternative would
Re: [Amsn-devel] 0.98 TODO
that's indeed a whole other story, and totally off topic here. We're far from implementing multi accounts in one process so no need to waste time discussing this On Mon, May 28, 2007 at 03:32:08PM +0200, Karel Demeyer wrote: That's a whole other story. I was talking about having more then 1 account in an aMSN profile. Having multiple profiles would still be possible this way. Othjer profiles should have their own window, not a tab on teh window of the other profile so you can have 1 amsn profile on a workspace and another (from a friend) on another workspace for example. 2007/5/28, tonighx [EMAIL PROTECTED]: multiple logins in one window? I don't understand that I use multiple logins when I have friens at home that want to connect. each login is completely indepent :-s apart this IMO a separate FT window is much better than all other proposed solutions 2007/5/28, Karel Demeyer [EMAIL PROTECTED]: A tab in the main window ? I'm sure most ppl would want to see their contactlist all time while chatting. If this is true, it makes it again mpossible to chat and watch the status of the FT at the same time. Also, I dislike the idea of tabs for multiple account. All contacts of all account should be in 1 list. It's not about account', IM is about the contacts, right ? you shouldn't care what account your contact is on to reach him/her, just chat to her/him, right ? This why I wanted it underneath the contactlist in the main window (in my first idea). Karel. 2007/5/28, [EMAIL PROTECTED] [EMAIL PROTECTED]: I agree with Karel - we should have a tab in the main window. That way, if/when we have tabbed CLs for multiple logins then it can be just another tab on the end..? Or maybe different... On 28/05/07, Karel Demeyer [EMAIL PROTECTED] wrote: So in a seperate window for non-tabbed-window users and in what tabbed window for ppl who use tabs per group ? Or only have the ft's of the chats of a specific container in the FT tab of that container ? So an FT tab per container ? You can 't start FT's from that FT tab either, don't you ? Doesn't this make it more difficult to find ? Or silly ? This means I can't chat with a person and see the status of the FT on the same moment ? I think it's very much needed to be able to see the status while your chatting wityh the person who sent the file or you're sending a file to! (this can be done with both my ideas and a FT manager in a seperate window) How is it simpler to make ? The question I have when I choose between my 2 ideas, is is it needed to see all downloads in 1 place ? ... will ppl have so much FT's all together so it's a needed feature sto see 'm both ? Because I'm not yet sure of this I have two ideas. 2007/5/28, Philippe Valembois - Phil [EMAIL PROTECTED]: I would have thought about a FTManager tab in the Chat Window... Simple to make and better to see all your transfers for every Chat Putting this in Main window is silly IMO as you can't start a FT from here... Phil Karel Demeyer a écrit : Idd. From a usability standpoint, I think it would be best to have all downloads in 1 FTmanager 'window', to avoid clutter and to make it overseeable. But I think it would be even better to embed this 'window' in the main amsn window to avoid clutter. In the caht window we could have a text saying (to check the status of this file transfer, see the main window). My idea is like this: | | +--+ | event log [v]| +--+ |File transfers:[-]| +--+ |Filename 1 - [EMAIL PROTECTED]| | [===] | | Open Cancel | | | |Filename 2 - [EMAIL PROTECTED]| | [===] | | Open Cancel | +--+ (watch with monospace font) when the [-] (button) is clicked, it should show: | | +--+ | event log [v]| +--+ |File transfers:[+]| +--+ (to expand again, click [+]) Ideas, suggestions ? Another idea would be to have the file transfer UI be embedded in the chatwindow, on the tab of the chat where the ft was started, but not in the conversation itself but on the right of it (where the dp of the user is). This space is not used for anything else, and this way the